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)一词。此外,还有一门编程语言也是以他的名字命名。
特别提醒:本网内容转载自其他媒体,目的在于传递更多信息,并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益,请及时联系我们,本站将会在24小时内处理完毕。