最近做新项目，重新评估了 MySQL 和 PG。结论：
**MySQL 8.0 优势：**
- 运维生态成熟，工具链完善
- 主从复制简单稳定
- 国内云厂商支持更好（RDS）
- 小型项目性能更好
**PG 16 优势：**
- JSON 字段处理强（JSONB + GIN 索引）
- 复杂查询优化器更强
- 地理空间数据（PostGIS）碾压
- 物化视图、CTE、窗口函数更完善
**我的选择：**
- 业务简单的 SaaS / 内容站：MySQL
- 复杂业务逻辑 / 数据分析：PG
- 不确定就用 MySQL，运维成本低是硬道理
大家站用的是哪个？欢迎讨论。
Related recommendations
雪山之巅的日出延时摄影
一分钟看懂算法可视化
开源硬件小车的第一次试跑
PHP 8.4 新特性前瞻：属性钩子、不对称可见性、新数组函数
从单体到微服务再到模块化单体：架构演化的反思
奶茶半糖到底还有多少糖？减糖点单的实用思路
MySQL 8.0 vs PostgreSQL 16：选型对比与实战经验
程序员老王 Star Lv.5
2026-09-06 · View 1126
最近做新项目，重新评估了 MySQL 和 PG。结论：
**MySQL 8.0 优势：**
- 运维生态成熟，工具链完善
- 主从复制简单稳定
- 国内云厂商支持更好（RDS）
- 小型项目性能更好
**PG 16 优势：**
- JSON 字段处理强（JSONB + GIN 索引）
- 复杂查询优化器更强
- 地理空间数据（PostGIS）碾压
- 物化视图、CTE、窗口函数更完善
**我的选择：**
- 业务简单的 SaaS / 内容站：MySQL
- 复杂业务逻辑 / 数据分析：PG
- 不确定就用 MySQL，运维成本低是硬道理
大家站用的是哪个？欢迎讨论。
**MySQL 8.0 优势：**
- 运维生态成熟，工具链完善
- 主从复制简单稳定
- 国内云厂商支持更好（RDS）
- 小型项目性能更好
**PG 16 优势：**
- JSON 字段处理强（JSONB + GIN 索引）
- 复杂查询优化器更强
- 地理空间数据（PostGIS）碾压
- 物化视图、CTE、窗口函数更完善
**我的选择：**
- 业务简单的 SaaS / 内容站：MySQL
- 复杂业务逻辑 / 数据分析：PG
- 不确定就用 MySQL，运维成本低是硬道理
大家站用的是哪个？欢迎讨论。
Comments (6)
Giriş to comment
高翔45
2026-08-24
这个观点我不太认同，不过还是感谢讨论
罗颖59
2026-08-25
已经转发给朋友了
科技达人
2026-09-06
我们站 PG，JSONB 字段 + GIN 索引处理标签查询，比 MySQL 关联表快 5 倍。
程序员老王
Author 2026-09-06
我还是坚守 MySQL，运维成本低是硬道理。PG 的复制延迟坑踩过。
游客张三
2026-09-09
实践了一下，确实有效
王芳19
2026-09-12
说得很有道理，学到了！
程序员老王
Lv.5 Star · 2,342 pts
8
Threads
6
Followers
Comments (6)