维基百科数据库换了个马里亚，MySQL说拜拜了，背后到底啥原因？

“维基百科数据库换了个马里亚，MySQL说拜拜了，背后到底啥原因？”这个说法的来源，主要是基于维基媒体基金会（就是运营维基百科的那个非营利组织）在2013年左右做出的一个重大技术决策：将他们庞大的数据库从使用了超过十年的MySQL，迁移到了一个名为MariaDB的开源数据库上，这件事在当时的技术圈里引起了不小的讨论，要理解他们为什么这么做,咱们得从MySQL的身世说起。

MySQL本身是一个非常成功、应用极其广泛的开源数据库，很多网站，包括早年的维基百科、Facebook、Google等都使用它，它的创始人是Michael "Monty" Widenius和他的伙伴们，所谓“开源”，简单说就是软件的源代码是公开的，任何人都可以查看、使用、修改和分发，这通常意味着更透明、更自由,社区大家一起贡献力量。

问题就出在MySQL的所有权变更上，最早，MySQL属于一家叫MySQL AB的公司，2008年，这家公司被太阳微系统公司（Sun Microsystems）以10亿美元收购了，这算是第一次易主，但变故接踵而至，仅仅一年后的2009年，甲骨文公司（Oracle）又宣布以74亿美元收购太阳微系统公司，这样一来,MySQL就顺理成章地落入了甲骨文的手中。

甲骨文是啥来头？它是全球最大的企业级软件公司之一，其核心产品就是Oracle数据库，这是一个非常强大但也很昂贵的商业数据库，而MySQL作为一个免费、轻量级的开源数据库，在很多场景下其实是Oracle数据库的竞争对手，这就产生了一个非常尴尬的局面：甲骨文左手握着赚钱的商业数据库Oracle，右手却拿着可能抢自己生意的开源数据库MySQL，这种“既当裁判又当球员”的身份，让整个开源社区，尤其是MySQL的忠实用户们,感到非常不安和担忧。

大家的担心主要集中在几点上，根据当时维基媒体基金会工程师的博客文章和社区讨论（例如在维基媒体元维基上的技术讨论版块），以及像Ars Technica这样的科技媒体的报道：第一，害怕甲骨文会减缓MySQL的开发进度，甚至让它停滞不前，从而保护自己的Oracle数据库业务，第二，担心甲骨文会将MySQL的一些高级功能或改进转移到收费的商业版本中，让免费的社区版越来越弱，第三，也是最重要的一点，是对“控制权”的丧失感到恐惧，数据库是像维基百科这样网站的命脉，一旦被一家以商业利益为导向的大公司控制，未来会面临很多不确定性，比如许可证费用突然涨价,或者开发方向与社区的需求背道而驰。

这种对未来的不确定性，是维基百科这样追求长期稳定和绝对自由的项目无法接受的，恰在此时，MySQL的原始创始人Monty，因为不看好甲骨文领导下的MySQL未来，毅然离开了甲骨文公司，并做了一件大事：他基于MySQL最后一个完全开源的版本，创建了一个分支项目,这就是MariaDB。

MariaDB被设计为MySQL的一个“直接替代品”，什么意思呢？就是它的使用方法、命令、接口都和MySQL高度兼容，原来用在MySQL上的数据和应用程序，几乎可以无缝迁移到MariaDB上，切换成本相对较低，但最关键的是，MariaDB由一个独立的基金会管理，承诺永远保持开源和自由，不会再被任何商业公司所控制，这对于维基百科来说,简直是雪中送炭。

维基百科做出切换的决定，核心原因并不是因为当时的MySQL本身技术有多差，或者MariaDB技术上有压倒性优势，根据维基媒体基金会技术博客在2013年宣布迁移的官方博文，他们经过详细的测试和评估，认为MariaDB在性能上已经与MySQL相当，甚至在部分场景下有所超越，并且它拥有一个更活跃、更开放的开源社区，但驱动他们最终按下切换键的根本动力，是出于一种“战略考量”和“风险管理”，他们要将自己最重要的数据资产，托付给一个他们更信任、更符合自身开源理念、未来发展方向更可控的平台。

维基百科告别MySQL，拥抱MariaDB，更像是一场由“商业收购”引发的“信任危机”所导致的“战略转移”，他们不希望自己的命脉被攥在一家可能抱有复杂商业目的的公司手里，而是选择回归到一个由社区驱动、纯粹开源的替代品怀抱中，以确保维基百科这个人类知识宝库能够长久、稳定、独立地运行下去，这个决定，深刻反映了开源世界里，技术选择往往不仅仅是技术问题，更是关于理念、控制和未来的哲学问题。 综合参考了维基媒体基金会官方技术博客的公告、当时科技媒体如Ars Technica的相关报道、以及维基百科元维基上关于数据库迁移的公开讨论记录。）