PostgreSQL 还是 MySQL：2026 年增量与存量的现实分界（TinyFish 检索）

[admin]

朗读 点击，生成分享二维码

用 TinyFish 检索了 2026 年数据库选型的公开资料，一个反复出现的说法是：存量仍属 MySQL，增量已归 PostgreSQL。这话不一定全对，但背后有几个可以验证的信号。整理一下。

1. 榜单上能看到的趋势

代码： 全选

DB-Engines 上半年数据：PostgreSQL 是主流数据库中得分增长最快的
同期 MySQL 的得分继续下滑，且幅度不小
多个来源提到 PostgreSQL 的排名在持续逼近传统商业数据库

榜单衡量的是热度和关注度，不等于生产环境里的实际占比，但方向是一致的。

2. 为什么增量的选择变了

代码： 全选

JSON 与半结构化数据：JSONB 加索引后可以当文档库用，一套数据库解决
向量检索：pgvector 让 RAG 场景不用额外引一套向量数据库
扩展机制：需要什么能力装扩展，而不是换数据库
复杂查询：递归查询、窗口函数这类分析型需求，语法更顺

对新产品来说，能少维护一套系统，收益往往比性能数字更直接。

3. 为什么存量还在 MySQL

代码： 全选

生态与人力：招聘容易、文档多、云厂商托管服务普及
运维惯性：现有监控、备份、高可用方案都是围绕 MySQL 搭的
迁移成本：换数据库不是换驱动，是换一整套经验

这些理由很实在，短期内不会因为榜单变化而改变。

4. 选型时真正该问的四个问题

代码： 全选

业务里有没有大量 JSON、地理、向量这类非结构化需求
团队已有的运维经验在哪一边
是不是要跑复杂分析型查询
能不能接受多维护一套同步链路

如果业务就是标准的事务型 Web 应用，团队又熟 MySQL，那继续用 MySQL 完全合理，不必为了跟风迁移。

5. 一个折中的思路

新项目按需选型，老系统不折腾。真要动，先在一个独立的子业务上试点，把迁移成本量出来，再谈全量，而不是先做技术决策再补成本估算。

小结

数据库选型没有标准答案，只有匹配当前阶段和团队能力的答案。趋势可以用来预判方向，不该用来决定今天的迁移。

参考来源：DB-Engines 2026 上半年排名分析、VONNG 老冯云数 PostgreSQL vs MySQL 2026、rockdata 关系型数据库 2026 年中趋势、海外开发者对比讨论等。信息时效性有限，以官方发布为准。

[admin]

感谢分享，已经在自己的环境上试了，一次通过。