TokuDB
支持事务 ACID 特性,支持多版本控制(MVCC)
基于Fractal Tree Index,非常适合写入密集场景
高压缩比,原生支持Online DDL
主流分支都支持,收费 转开源 。目前可以和InnoDB媲美的存储引擎TokuDB
支持事务 ACID 特性,支持多版本控制(MVCC)
基于Fractal Tree Index,非常适合写入密集场景
高压缩比,原生支持Online DDL
主流分支都支持,收费 转开源 。目前可以和InnoDB媲美的存储引擎
支持事务 ACID 特性,支持多版本控制(MVCC)
基于Fractal Tree Index,非常适合写入密集场景
高压缩比,原生支持Online DDL
主流分支都支持,收费 转开源 。目前可以和InnoDB媲美的存储引擎TokuDB
支持事务 ACID 特性,支持多版本控制(MVCC)
基于Fractal Tree Index,非常适合写入密集场景
高压缩比,原生支持Online DDL
主流分支都支持,收费 转开源 。目前可以和InnoDB媲美的存储引擎
目前主流使用TokuDB主要是看中了它的高压缩比
Tokudb有三种压缩方式,quicklz zlib lzma.压缩比依次更高。
现在很多使用zabbix的后端数据表都采用的TokuDB,写入性能好,压缩比高。
下图是我之前做的测试对比和InnoDB
Tokudb有三种压缩方式,quicklz zlib lzma.压缩比依次更高。
现在很多使用zabbix的后端数据表都采用的TokuDB,写入性能好,压缩比高。
下图是我之前做的测试对比和InnoDB
上图是sysbench测试的和InnoDB性能对比图,可以看到TokuDB在测试过程中写入稳定性是非常好的
tokudb存在的问题
官方分支还没很好的支持
热备方案问题,目前只有企业版才有
还是有bug的,版本更新比较快,不建议在核心业务上用
比如我们之前遇到过的一个 问题,TokuDB的内部状态显示上一次完成的checkpoint时间是“Jul 17 12:04:11 2014”,距离当时发现现在都快5个月了,结果堆积了大量redo log不能删除,后来只能重启实例,结果重启还花了七八个小时