为什么要 MySQL 迁移到 Maria DB

  在Oracle收购了SUN公司之后, MySQL很不幸的落在了Oracle的手中,MySQL与Oracle DB存在竞争关系,很可能导致Oracle公司影响MySQL的开发与开放。MySQL之父Widenius在意识到Oracle会对MySQL做动作之前对MySQL另开了一个Branch:MariaDB。作为一个能够完全兼容MySQL的开源开放产品(向下兼容),受到了很多公司的青睐,Red Hat Fedora ,openSUSE ,维基百科,谷歌,淘宝等公司都先后把MySQLDB迁移到Maria DB,从而更好的应对未来。

      当然,未来还未来,如果MariaDB的价值仅仅在未来,或许没有那么多公司愿意承担风险,进行数据库的迁移,特别是谷歌这样实力雄厚的科技公司,更不会担心技术不可控性。

  可见,哪怕是现在,Maria比之MySQL也有很多的优势:

  1. 性能提升。 http://blog.mariadb.org/sysbench-oltp-mysql-5-6-vs-mariadb-10-0/

  

  

  2. 安全透明。(完全开源,开放,MariaDB的商标属于Maria基金会,以保障MariaDB不会再次发生MySQL这种事儿 www.oschina.net/translate/mariadb-foundation-trademark-agreement )

  3. 支持更多存储引擎。(NoSql backend :Cassandra )

  4. MariaDB Galera Cluster ( http://code.oneapm.com/database/2015/07/02/mariadb-galera-cluster/ )

    • 同步复制真正的multi-master,即所有节点可以同时读写数据库。
    • 自动的节点成员控制,失效节点自动被清除。
    • 新节点加入数据自动复制;真正的并行复制,行级。
    • 用户可以直接连接集群,使用感受上与MySQL完全一致。

    优势:

    • 因为是多主,所以不存在Slavelag(延迟);
    • 不存在丢失事务的情况;同时具有读和写的扩展能力;
    • 更小的客户端延迟;
    • 节点间数据是同步的,而Master/Slave模式是异步的,不同slave上的binlog可能是不同的。

  5. 与MySQL完全兼容(至少是现在)。

 

  风险评估。这是最现实的问题,如果数据迁移风险过大,或者迁移之后发现Maria DB上各种不适,将会对产品造成极大的伤害。值得庆幸的是,从Maria DB的官方Blog上,我们看到MySQL可以无缝迁移到Maria的文章,还有MySQL 与Maria混用的相关实例。集群方面,Maria采用的 Galera Cluster同样适用于MySQL,应该不会有接入的风险。

    当然,还有一个因素,就是尽早迁移会尽量降低复杂度,Maria DB与MySQL未来肯定分道扬镳,兼容性会越来越差。

 

参考链接:

https://mariadb.org/

http://news.csdn.net/tag.html?tag=maria%20db

http://www.csdn.net/article/2013-07-12/2816207-5-reasons-its-time-to-ditch-mysql

http://www.oschina.net/translate/mariadb-vs-mysql-a-comparison

https://seravo.fi/2015/10-reasons-to-migrate-to-mariadb-if-still-using-mysql

http://www.oschina.net/translate/from-mysql-mmm-to-mariadb-galera-cluster-a-high-availability-makeover

原文地址:https://www.cnblogs.com/zhq1007/p/4932150.html