为什么从 MySQL 迁移到 PostgreSQL？——功能对比+迁移前的 5 个评估
引言 "我们要不要把数据库从 MySQL 换成 PostgreSQL？"——这个问题在我们团队被反复问了三次：第一次是听说同行都在用 PG，第二次是要做向量检索，第三次是被一个复杂报表 SQL 折磨了一周之后。三次的答案不一样：第一次没迁（纯跟风没有痛点），第二次新业务直接选了 PG（pgvector），第三次核心库做了完整评估后只迁了分析库。 "要不要迁"从来不是技术优劣题，而是成本收益题。PG 确实有大量 MySQL 没有或更强的能力（JSONB、物化视图、PostGIS、扩展生态），但 MySQL 也有它的优势：运维人才多、主从复制简单、大厂云服务成熟、简单读写下性能稳定。盲目迁移的团队往往在第一个月就被"ON UPDATE 居然不自动更新时间戳""字符串不能隐式等于数字"这些差异绊倒。这篇文章回答两个问题：PG 到底强在哪（七个能力点逐项对比），以及动手前必须完成的五个评估，文末附一份可以直接贴在 wiki 上的 MySQL vs PG 语法差异速查表。 一、先给结论：什么情况值得迁 情况建议 标准 CRUD、单库 < 千万级、团队只会 MySQL、没有特殊需求....
