听过MySQL的基本也都知道 MariaDB。 MariaDB 由 MySQL 的创始人主导开发，他早前曾以 10 亿美元的价格，将自己创建的公司 MySQL AB 卖给了 SUN ，此后，随着 SUN 被 甲骨文 收购， MySQL 的所有权也落入 Oracle 的手中。传闻 MySQL 的创始人担心 MySQL 到甲骨文后有闭源风险，本着为全世界服务的理念，他继续创建开源数据库。于是造出来了 MySQL 的姐妹数据库 MariaDB 。这个名称来自创始人的女儿 Maria 的名字。
以上是背景。
以下是我自己打的比喻：这让我想到了《三国演义》。 MySQL 就像是魏国，甲骨文说我买过来了（皇帝在我这里），我是正统。 Mariadb 说我是正统，我是 MySQL 创始人做的。（我姓刘啊，汉室宗亲，皇上是我侄子。）我上学时候老师说看真正的历史应该看《三国志》。后来查询资料解释一下：《三国演义》是小说，他是本着尊刘抑曹的思路写的。这个背景是说在宋代以前都是认为曹魏是正统，但是北宋灭亡后，南宋偏安一隅。开始在文人中要求说，不能说谁占据了政治、地盘、军事优势，谁就是正统。正统要看血缘。所以开始说蜀汉是正统。而明代的《三国演义》就是这样造成的。电影、电视剧中等都是蜀汉是正面形象。
这个插曲说完了。就现在看 MySQL 到了 Oracle 那里发展的比原来好。反过来看 MariaDB 现在处境堪忧。就大家使用而言都觉得甲骨文的 MySQL 是正统，至于 Mariadb 那么使用的不多。而担忧 MySQL 闭源的情况，没有发生。反而是 MariaDB 快不行了。有一次 DTCC 大会上有人问京东的刘启荣老师，什么时候学习 MySQL 最合适。刘老师说有两个时间：一个是 2009 年（被甲骨文收购后的时间），还有一个就是今天。
我想起以前某公司成立，一堆人讨论用什么技术栈。说什么的都有，说 A 没生态、说 B 可能有闭源风险， C 可能涉及 XXX 问题。都说将来万一哪一天发生了这种情况怎么办？这种风险意识是好的，就是太把自己当回事了。结果说的风险一个都没发生，那个公司没开多久倒闭了。现如今 3 年疫情加上经济下行，多少巨头公司都是降薪裁员的。比起说起来卡脖子了，闭源的来说，还是先看看自己的企业能坚持多久。更多的是风险还没来，公司关门了。
当然我并不是说要不考虑这些，只是适度考虑。不要一再放大，觉得明天就有世界大战了。因为我国的桥梁、隧道、大厦还在不停地建设中，如果真的进入战备状态。你看看这些还会建设吗？考虑了半天，结果什么都没发生，只有自己这里发生问题了。
很多系统中考虑了主备模式，甚至同城双活，两地三中心，现在三地五中心的也有。应该考虑，但是一年到头几乎没有遇到，毕竟国泰民安的，地震海啸属实不容易遇到，几年甚至几十年才有一次。但是一个 SQL 让数据库 CPU 满， IO 满，以及造成锁、数据库会话满这些问题，天天出现。真是只看远方不看脚下啊，这种摔的也很疼。都两地三中心了，结果数据库还是停止服务了。该重点考虑的反而没有考虑。
与其担心一些遥远的不着边际的问题，不如看看当下的问题。
