Tokutek 已经发布了其存储引擎产品的新版本。 TokuDB for MySQL 已经到了 7.5 版本，包含两项重要的性能特性。 TokuMX for MongoDB 已经到了 2.0 版本，包含各种新特性，其中包括其本身性能的提升。
对于简单的 select，TokuDB 先前的版本已经支持行的批量获取。 Rich Prohaska 是 Tokutek 的一名工程师，他解释了这样做的动机：
MySQL 使用 Handler API 从 TokuDB（和其它存储引擎）一次获取一行数据。遗憾的是，就每次 Handler 调用从分形树上获取下一行或上一行数据而言，分形树搜索过于复杂而难以使用。TokuDB 在 Handler 中使用了一个批量获取缓冲区，其中包含了一次分形树搜索的结果。当 MySQL 调用下一个或上一个 TokuDB Handler 而且批量获取缓冲区非空时，就从批量获取缓冲区中弹出一行返回给 MySQL。否则，用一次分形树搜索返回的多行结果填充批次获取缓冲区。
在 TokuDB 7.5 中，该特性经过了扩展，支持更复杂的 select 语句了，包括“INSERT [IGNORE] INTO … SELECT”、“INSERT INTO … ON DUPLICATE KEY UPDATE”、“REPLACE INTO … SELECT”和“CREATE TABLE … SELECT”。
除改进了批量获取特性外，TokuDB 7.5 还引入了执行读取无关复制的功能。Prohaska 是这样阐释该特性的：
当使用基于行的复制时，该行的映像会写入二进制日志，用于写入、删除和更新操作。从节点可以从二进制日志中使用该行映像，从而避免了从表中读取该行。这种读取无关复制的设计可以显著降低从节点的 I/O 负载。
Tokutek 做了一次基准测试，声称使用读取无关复制时性能提升了20 倍。不过，Tokutek 提醒说，在可以使用该项特性前需要首先满足一些条件。
TokuMX 2.0 带来了自己的一套广受欢迎的改进。首先是将 Ark 一致性算法用于复制。Ark 算法由 Tokutek 创建，与 MongoDB 的默认算法相比，它可以提供更好的复制保障。尤其是，Ark 可以确保实现了 acknowledged 级别 majority write concern 的写操作将永远不会因为随后的故障回滚。
除了 Ark 算法，TokuMX 2.0 还增加了其它两项重要特性。第一项是，分区集合增加了分片支持。分区集合考虑了数据的范围删除，这在对时间序列数据做时效处理时尤其重要。第二项是，TokuMX 现在支持 MongoDB 2.4 的所有地理索引和查询特性。
最后，TokuMX 2.0 增加了快速更新支持。Tokutek 声称，这带来了10 倍的性能提升。在TokuMX 先前的版本中，更新会执行一个查询读取现有文档，然后更改相关索引。借助快速更新，如果更新没有更改任何索引字段，那么开始时的查询就可以完全避免。
TokuDB 和 TokuMX 基于 Tokutek 的分形树索引技术。TokuDB 遵循GPLv2 许可协议，TokuMX 遵循AGPL 许可协议。
查看英文原文：**** Tokutek Releases New Versions of TokuDB and TokuMX
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论