MyRocks(Rocksdb)引擎大家什么看法? 能否取代InnoDB引擎?

東華

本帖最后由 東華 于 2016-10-6 09:21 编辑

刚刚看了一篇文章感觉很适合用作AD站的数据库。
首先
声明我不懂这些
，只是看测试数据好像很厉害，而且实际使用确实减少了体积。

「MyRocks vs InnoDB with Linkbench over 7 days」
http://smalldatum.blogspot.tw/2016/01/myrocks-vs-innodb-with-linkbench-over-7.html

FB's branch of the Oracle MySQL v5.6 database. This includes MyRocks.
https://github.com/face book/mysql-5.6(去除空格)

分析MySQL 上 Rocksdb / InnoDB Engine 的差异

更好的压缩




更好的性能




更好的IO效率






但 InnoDB 的 engine 是 2000 年的设计 (16 年前)，
MyRocks 的 engine (RocksDB) 则是 2013 年的设计，不属于同一个世代。

两个新的 engine 都有针对 SSD 的特性发展，可以看出资料结构与写入的方式就很不一样，
而且一开始就是在多 CPU 多核环境下开发，相较于 InnoDB 是一路改的包袱来的轻鬆许多。

而且ROCKSDB是FB维护。不用怕突然无声不更新。





MyRocks也是WebScaleSQL，研发给承载大资料量资料库






该不该先跟进ROCKSDB，摆脱InnoDB 。

Rocksdb没有 ib_logfile1,ib_logfile0,ibdata1...跟myisam一样。
至少没了删除储存资料，储存空间无法自动释放的问题。

ericls

erlang 也是三十年前的 现在的东西能比吗？

ericls

如果真的要更新 建议 postgres 9.6 版惊喜多多

ericls

仔细看了一下 感觉还是有前途的 但是 FB 现在 mission critical 的 case 还没有 implement 这个 engine

東華

ericls 发表于 2016-10-6 09:12

仔细看了一下 感觉还是有前途的 但是 FB 现在 mission critical 的 case 还没有 implement 这个 engine ...

我想作为很多人共同维护更新了三年到昨天....应该至少前途还是有那一点点的。

MYSQL跳到PostgreSQL修改太麻烦，InnoDB 对于储存大资料量资料库问题很多。

ericls

東華 发表于 2016-10-5 20:28

我想作为很多人共同维护更新了三年到昨天....应该至少前途还是有那一点点的。

MYSQL跳到PostgreSQL修改 ...
加上背后有大公司支持就真的不一样了，，

你看 v8 和 react

尘封之泪

为何不试试 Mongodb 呢？

東華

本帖最后由 東華 于 2016-10-6 12:30 编辑

尘封之泪 发表于 2016-10-6 11:44

为何不试试 Mongodb 呢？

把主流论坛或博客程序MYSQL更换成Mongodb或PostgreSQL，还要兼顾插件跟主题。好像不大容易。
( 会选择使用主流程序，是为了多站使用不同风格主题。)

但如果只是更换Engine ，既有数据转换引擎只是几行指令而已，源码一行都不用动。
毕竟同样是MYSQL。

SKIDROW

ericls 发表于 2016-10-6 09:06

erlang 也是三十年前的 现在的东西能比吗？
能，毕竟爱立信已经发不出工资了

東華

SKIDROW 发表于 2016-10-6 12:30

能，毕竟爱立信已经发不出工资了
跟索尼分手费这么快就花光了阿...