Java 开发者对 Apache Kafka 应该不会感到陌生,这是一个分布式的发布订阅消息系统,作为一个非常重要的开源项目,它已经被许多公司以及产品用作关键组件。Kafka 及其配套的 Key-Value 存储系统如今也越来越多地被用来为关系数据库提供持久性存储,大多数数据库也使用 Key-Value 存储系统作为基础。
本文将要介绍的这款数据库正是由 Apache Kafka 提供支持,它同样使用了来自 Kafka 配套的 Key-Value 存储系统。
近期面世的 KarelDB 是一款关系数据库,它几乎完全基于开源组件构建,包括用于 SQL 引擎的 Apache Calcite 以及用于事务和控制功能的 Apache Omid。到目前为止,这款数据库仅支持单节点,但 KarelDB 的作者表示它在将来会扩大支持规模。
和其他的新兴数据库一样,KarelDB 同样基于 Kafka 的嵌入式 Key-Value 存储系统和名为 KCache 的内存缓存(in-memory cache)。默认情况下,KarelDB 使用配置成 RocksDB 缓存的 KCache,由应用广泛的 Kafka 流处理软件提供支持。
KarelDB 的作者,同时任职于 Confluent 公司(基于 Apache Kafka 提供流数据平台的供应商)的 Robert Yokota 表示:“这使得 KarelDB 能够支持规模更大的数据集和拥有更快的启动时间。”他还在最近介绍 KarelDB 的博文中补充道:“KCache 可被配置成使用内存缓存而非 RocksDB。”
与 Confluent 基于 Kafka 的平台不同,KarelDB 不是流数据库。尽管如此,Yokota 还是选择了关系数据库,主要是因为它基于 Kafka 支持的开源组件。因此,他认为 KarelDB 有机会流行起来。这些开源组件包括 Calcite,它是一个 SQL 框架,支持将关系查询推送到数据存储系统,这个方法被认为可以提供更高效的处理。Yokota 表示 KarelDB 会从即将推出的 Calcite 优化机制中“自动受益”。
与此同时,Apache Omid 框架与 KarelDB 一起使用,以支持 Key-Value 存储系统上的事务。Omid 最初被设计为面向 HBase NoSQL 数据库的事务管理器,但由于它使用现有的 Key-Value 存储系统来维护事务元数据,因此与 KCache 轻松地配套使用。
Yokota 指出,KarelDB 将类似的功能堆叠在 KCache 的上面以管理事务。Omid 还使用一种独有的名为多版本并发控制(multi-version concurrency control)的技术,以在其他关系数据库中实现“快照隔离(snapshot isolation)”机制。此外,KarelDB 还支持作为嵌入式数据库或服务器运行。在第二种情况下,它使用 Apache Avatica 来支持远程过程调用传输协议(Remote Procedure Call wire protocol)。
Yokota 还认为使用 Kafka 运行这些开源组件有许多优点,其中一个就是多台服务器能够“追踪”同一主题集。也就使得多台 KarelDB 服务器可以作为一个集群运行,而不会产生单一故障点。”
对了,KarelDB 名字的灵感来自一位科学家 —— 它以捷克科幻小说作家 Karel Capek 的名字命名,Karel Capek 被认为发明了“机器人”(robot)一词。此外,还有一门编程语言也是以他的名字命名。
来源:https://www.datanami.com/2019/09/30/kafka-spawns-open-source-kareldb/
阅读原文:「链接」