选型：PostgreSQL vs MySQL

这一课你将能做到

1. 按场景列出 PG 与 MySQL 各自更常胜出的理由（至少各三条）
2. 用工程语言解释 CodeRoadMap 坚持 MySQL 8 的原因，而不是「谁更高级」
3. 对「新项目要不要上 PG」给出可辩护的建议框架（含双库策略警戒线）

为什么要学

面试与架构评审常问：「为什么选 PostgreSQL / MySQL？」答「网上说 PG 更强」站不住脚。选型是 场景、团队、生态、迁移成本 的函数。

本站结论先亮牌：生产权威数据源继续是 MySQL 8；本 track 培养你看懂另一条主流路线，并在全栈路线图节点上能对话。官方两边文档都要会查，而不是站队。

先建立图像

         需求特征
            │
    ┌───────┼───────┐
    ▼       ▼       ▼
  通用 OLTP  JSONB/GIS  已有 MySQL 资产
  国内 RDS   复杂分析    教程/迁移沉淀
    │         │           │
    ▼         ▼           ▼
  常选 MySQL  常选 PG    坚持 MySQL

场景	更常见选择	简要理由
通用 OLTP、国内运维人力	MySQL	DBA 经验、云 RDS 成熟
JSONB 重度过滤、复杂 SQL	PostgreSQL	运算符 + GIN + 标准 SQL 能力
地理数据	PostgreSQL + PostGIS	事实标准
只读副本扩展	两者皆可	生态与团队熟悉度决定
Serverless 分支库	PG 产品线多（如 Neon）	产品形态贴近 PG
本站课程/进度业务	MySQL	已投入 schema 与教程主线

跟着做

步骤 1：重读本站约束

打开 backend 数据源配置与 schema.sql，确认：

• JDBC 指向 MySQL
• 表以关系列为主，JSON 扩展需求有限

写一句：「若今天强行切 PG，会炸在哪些文件？」（迁移、类型、文档、跟练环境）

步骤 2：填一张「我们队」矩阵

复制下表到笔记，按你假想的团队打勾：

问题	偏 MySQL	偏 PG
谁会做备份与故障切换？
是否强依赖 JSONB 查询？
是否要上 PostGIS？
现有代码/SQL 方言？
云厂商哪个更熟？

没有「标准答案」，有的是权重。

步骤 3：论证一个具体需求

题目：课时需要「全文检索 + 标签过滤」。

• MySQL 方案：全文索引 / 外部搜索（Elasticsearch）+ 关系标签表
• PG 方案：tsvector 或扩展 + JSONB/数组标签 + GIN