升级Tokumx 看看Tokumx的介绍: “TokuMX is the MongoDB you know and love but built on top of Fractal Tree indexes 即使超过内存的限制,TokuMX依然可以维持很高的写入性能。 Migrating data from MongoDB into TokuMX 怎样迁移,参考官方Wiki How about 将Mongodb(2.4.9) 迁移到TokuMx (1.5.0),插入的 Tokumx的官网上的blog有人问了这个问题,问Tokumx有没有同MongoDB Merge的计划,开发者做了回答,很详尽。 首先Tokumx的开发团队很小的,可能不会及时跟进Mongodb的新Feature移植 第二两家公司有不同的商业化考量,另外代码的Merge有一定工作量,未来不太可能合并 Tokumx只专注于存储性能的改进
第一波:TokuMX TokuMX是MongoDB的一个分支,我喜欢称之为“MongoDB迷人的双胞胎兄弟”。 TokuMX第一次让我意识到MongoDB对我来说似乎无关紧要。当然,这可能只是暂时的:在日后版本发布后,MongoDB仍有可能击败TokuMX。但是,也只能寄希望于日后版本。目前为止,它做不到。 第二波:PostgreSQL 如果说TokuMX让我觉得MongoDB无关紧要,那么PostgreSQL 9.2则强化了这一印象。 我没有想要比较PostgreSQL和TokuMX,但鉴于两者现在都比MongoDB拥有更好的性能,我想大家已经清楚我的观点了。 结论 与TokuMX和PostgreSQL相比较使得MongoDB处于劣势。但它仍然是一款很好的产品,而且会继续改进来与这些替代产品竞争,然而目前来看它最多只能排在第三名。
也许是迫于TokuMX的压力,内存配置在版本3中都有很好的体现。即便如此,在面对文档数据库的技术造型时,我们又多了一个选择。 什么是TokuMX,什么又是Percona(破裤拿)呢? TokuMX实现了绝大部分MongoDB2.4的功能,应用程序无需做任何修改。 但需要注意的是,TokuMX的数据存储格式与MongoDB完全不一样,需要使用mongodump导出数据,然后用mongorestore导入才可以使用。 TokuMX 提供了三个主要的特性:性能的优化提升,数据压缩特性,支持事务【支持事务,不是进步还是倒退】。 有份测试结果表明,在不影响性能的前提下 TokuMX 比原生的 MongoDB 节约了90%的存储空间。
其它工具了解: 内网穿透利器Ngork Redis图形化客户端管理软件推荐 Percona或TokuMX,NOSQL—MongoDB之外的新选择
一、迁移前准备:架构评估与资源规划 版本兼容性检查 确保本地MongoDB版本≥3.0,与腾讯云目标实例版本匹配 跨版本迁移需验证存储引擎(WiredTiger/TokuMX)兼容性 存储空间预配置
该问题有个商业解决方案,名字叫做TokuMX,使用后存储消耗将会减少90%。此外,从长远来看,repairDatabase与compact命令也会在一定程度上帮到你。
该问题有个商业解决方案,名字叫做TokuMX,使用后存储消耗将会减少90%。此外,从长远来看,repairDatabase与compact命令也会在一定程度上帮到你。
TokuMX 文档存储型数据库 0.39 +0.07 140. 139. NexusDB 关系型数据库 0.38 +0.00 141. 138.