MySQL与传统商业数据库的革新挑战

MySQL 5.7 是无比经典的版本，从这个版本开始 MySQL 逐渐占领金融、证券、保险等传统核心企业。当然这里也少不了中美贸易战的推波助澜。

中信银行核心系统、银联核心系统跑在了 MySQL 5.7 版本上，还有数十家家金融、证券等公司的核心业务跑在了基于 MySQL 5.7 的腾讯 TDSQL 数据库上。

我们要感谢 MySQL 官方团队对于不少历史 bug 的终极修复，无损复制的推出，InnoDB 性能极致的优化，这一切让 MySQL 5.7 足以成为数据库历史上浓墨重彩的一个版本。

7年前 5.7 版本的发布，至此开始，MySQL 不再仅限于互联网、云数据库领域，开始向曾经的四皇数据库 Oracle、Microsoft SQL Server、IBM DB2、Sybase 发起挑战。

最新的海贼王漫画 1050 话，路飞最终一拳击败凯多。当猫蝮蛇把路飞获胜的消息传达给了鬼岛上其他人的那一刻，历史即将发生翻天覆地的改变。

而我们的身边也正在发生类似的历史事件。濒临倒闭的 iPhone 干掉了 曾不可一世的Nokia；仅10年多造车历史的特斯拉干掉了百年车企 BBA 们；数据库领域，MySQL + Redis + Spark + ClickHouse 的新时代组合正逐步替代日薄西山的 Oracle 们。

不是 MySQL 敲响了传统商业数据库们的丧钟，这是历史的钟声。

old money 们再多的挣扎，也只是徒劳。

而这，就是历史。

只是，MySQL 5.7 虽好，但是也即将停止支持。

从上图可以看到，5.6 版本已于2021年停止支持，最后的版本停留在了 5.6.51。对于 MySQL 5.7 版本，其将于 2023年 10月31日 停止支持。后续官方将不再进行后续的代码维护。

离 2023 年 10月31日，仅剩17个月的时间。

小伙伴们可以开始考虑按部就班地升级到 MySQL 8.0 的节奏。

之前分析了不少 MySQL 8.0 的新特性，如：redo log 锁优化、doublewrite 写入优化、快速加列、快速删表、窗口函数、hash join等等。

然而站在企业级角度，表空间加密、双密码策略、redo日志，undo日志，二进制日志加密等，这些功能都是为了更好地让 MySQL 8.0 服务于核心业务系统。

赶紧升级到新时代的王者 MySQL 8.0 吧。

上周在直播的时候，有小伙伴问 MySQL 9.0 什么时候发布。

的确，离 2018 年 MySQL 8.0 的发布已经过去有4年的时间。

然而，拿着望远镜，MySQL 也找不到一个能打的对手。诸如 PostgreSQL、TiDB、MongoDB 等所谓的挑战者，这些都只是来碰瓷的。

当 MySQL 8.0 全内存访问可以轻易跑到 200W QPS，I/O 极端高负载场景跑到 16W QPS，作为内核开发人员，还能有什么挑战么？

没有了，传统数据库的战争结束了。

很多同学说 MySQL 做得越来越像 Oracle，其实最后关系型数据库都长的差不多。

因为在没有一种新的数据结构出现并超越 B+ 树前，关系型数据库的天花板就是如此。

BTW，LSM 根本不是 B+树的对手，但是 LSM 有他适用的场景。

MySQL 真正的未来挑战在云，云原生的数据库需要各层协调工作，以此达到最优的性能与成本组合。

在 Amazon 云上，基于 MySQL 的云原生数据库 Aurora 营收已经超越 RDS MySQL，未来这样的趋势会更为明显。

所以，姜老师真心期待 MySQL 尽快完成云原生数据库时代的改造。

放弃 Oracle 云战略幻想，拥抱多云策略。打造出基于各云厂商的 MySQL Cloud 多云云原生数据库产品。

这才是 MySQL 9.0 该有的样子~~~