到了2026年，如果你需要一个关系型数据库，选择取决于两个因素：

1.1 第一类：追求最佳免费数据库

即基于功能和成本做选择。在这种情况下，答案毫无疑问是 PostgreSQL，几乎没有争议。

1.2 第二类：受技术栈限制

即"我的生态系统只支持某些数据库，所以我只能从中选择"。这在行业应用中非常常见，供应商可能会说"只能在 Oracle 上运行"或"需要 SQL Server"。除非你的应用处于性能需求的前1%，或有非常特定的需求只有商业数据库才能满足，否则这是选择这些系统的唯一理由。

如果你是一个数据库平台的支持者，你肯定希望它属于第一类而非第二类。

二、MySQL/MariaDB 的处境

MySQL/MariaDB 属于第二类。

在2026年，MySQL/MariaDB 已经是"行尸走肉"。人们选择 MySQL/MariaDB 的唯一原因是他们的应用强制要求使用它。没有任何技术理由主动选择 MySQL，人们只在别无选择时才部署它。

三、WordPress：MySQL 的最后堡垒

3.1 WordPress 为什么依赖 MySQL？

答案：历史遗留。

WordPress 的 wpdb 类号称是一个数据库抽象层，但由于它只抽象了 MySQL 且不承诺抽象其他数据库，所以它实际上就是一个 MySQL 数据库抽象层。再加上无数插件假定使用的是 MySQL 并硬编码了大量 MySQL 特有语法，WordPress 在短期内不可能切换。

3.2 其他平台

除了 WordPress，还有几个主要平台依赖 MySQL—— notably WHMCS 和 Magento。但 MySQL 在此时已经沦为遗留软件。

• 没有人在 MySQL 上构建下一代伟大应用
• MySQL，被 PostgreSQL 逐步蚕食

四、Oracle 的投入大幅缩减

4.1 MySQL 提交量断崖式下跌

Oracle 在收购 Sun 时获得了 MySQL。虽然他们确实在一段时间内继续投资 MySQL，但这种投入已经大幅缩减。以下是 mysql/mysql-server 仓库的统计数据：

4.2 大规模裁员

去年，Oracle 裁掉了约三分之二的 MySQL 开发团队。MySQL 已经没有太多利润可言，网络效应也在消退，很难说服 Oracle 领导层继续开发。

4.3 MariaDB 的困境

MariaDB 的 IPO 以失败告终，一年后被私有化收购，短期内也不太可能征服世界。

五、作者观点：MySQL 的设计哲学问题

作者回忆起 MySQL 3 时代，当时 MySQL 声称你"不需要"外键和引用完整性，那时就意识到这个产品有问题。

5.1 两种截然不同的设计哲学

后者显然是一个工程上更优秀的产品。

六、未来展望

MySQL 将作为"僵尸"继续存在很多年，但作者庆幸它最终没有赢得数据库战争。

对主机行业的影响

• WordPress 站点：短期内仍需 MySQL，迁移成本高
• 新项目：建议直接选择 PostgreSQL
• 现有 MySQL 部署：评估迁移可行性和长期维护成本
• 主机商：应同时提供 PostgreSQL 支持，满足日益增长的需求