PostgreSQL vs MySQL
MySQL 8.0：在高并发、简单事务（如点查、插入）场景下表现优异，尤其配合 InnoDB 引擎和优化的索引结构（如自适应哈希索引）。
PostgreSQL：传统上 OLTP 性能略逊于 MySQL，但 PostgreSQL 12+ 引入了 JIT 编译、并行查询等优化，在复杂查询中优势明显。PostgreSQL 16/17 进一步优化了 WAL、锁机制和索引效率，OLTP 性能差距显著缩小。
PostgreSQL 明显占优：支持窗口函数、CTE、物化视图、更强大的查询规划器、并行执行（多核利用）、向量化执行（部分通过扩展如 Apache Arrow FDW）。
MySQL 8.0 虽然也支持 CTE、窗口函数，但在大规模聚合、多表连接等复杂分析场景中性能通常不如 PostgreSQL。
MySQL 8.0：
- InnoDB 引擎支持行级锁、MVCC，但在高并发写入时可能出现锁竞争（尤其在自增主键、唯一索引冲突等场景）。
- 复制基于 binlog，主从延迟在高负载下可能较明显。
- 支持 Group Replication 和 InnoDB Cluster，但配置复杂度较高。
PostgreSQL：
- MVCC 实现更成熟，无“回滚段”概念，写操作不会阻塞读。
- PostgreSQL 16/17 引入了 逻辑复制增强、更高效的 vacuum 机制、减少锁争用（如分区表锁粒度细化）。
- 原生支持逻辑复制、物理流复制，扩展性良好；配合 Citus 等可实现分布式扩展。
MySQL 8.0：
- 默认 InnoDB，支持 JSON、GIS、全文索引。
- 存储格式相对紧凑，适合高吞吐写入。
- 不支持用户自定义数据类型或操作符。
PostgreSQL：
- 支持丰富数据类型（数组、hstore、JSONB、范围类型、几何、网络地址等）。
- JSONB 性能优于 MySQL 的 JSON（因二进制存储 + GIN 索引）。
- 支持自定义类型、函数、操作符、扩展（如 PostGIS、pg_trgm）。
MySQL 8.0：
- 支持 B+树、全文索引、空间索引、降序索引、函数索引（表达式索引）。
- 优化器相对简单，统计信息更新不够智能（需手动 ANALYZE）。
PostgreSQL：
- 支持 B-tree、Hash、GiST、SP-GiST、GIN、BRIN 等多种索引。
- 查询优化器更智能，支持多维统计、自动计划缓存（prepared statement）、JIT 编译（PG12+）。
- PostgreSQL 17 预计将进一步优化 并行查询调度 和 索引扫描效率。
PostgreSQL：严格遵循 ACID，WAL 机制成熟，崩溃恢复可靠。被广泛用于金融、电信等强一致性场景。
MySQL 8.0：InnoDB 也支持 ACID，但在极端故障下（如双写缓冲失效）可能存在数据损坏风险（罕见）。
| 场景 | MySQL 8.0 | PostgreSQL 16/17 |
|---|---|---|
| 高并发简单事务（TPC-C 类似） | ⭐⭐⭐⭐☆ | ⭐⭐⭐☆☆（PG16+ 已接近） |
| 复杂分析查询（TPC-H） | ⭐⭐☆☆☆ | ⭐⭐⭐⭐⭐ |
| JSON 处理 | ⭐⭐⭐☆☆ | ⭐⭐⭐⭐⭐（JSONB + GIN） |
| 地理空间查询 | ⭐⭐⭐☆☆（需 GIS 扩展） | ⭐⭐⭐⭐⭐（PostGIS 成熟） |
| 写入吞吐（批量导入） | ⭐⭐⭐⭐☆ | ⭐⭐⭐☆☆（但可通过 UNLOGGED 表优化） |
选择 MySQL 8.0：
- 应用以高并发简单读写为主（如 Web 应用、电商订单）。
- 团队熟悉 MySQL 生态，需要快速部署和成熟工具链。
- 对存储效率和写入吞吐有较高要求。
选择 PostgreSQL（16/17）：
- 需要复杂查询、数据分析、GIS、全文搜索等高级功能。
- 强调数据完整性、扩展性和标准 SQL 兼容性。
- 计划使用 JSONB、自定义类型或未来迁移到分布式架构（如 Citus）。
如需具体场景的基准测试（如 sysbench、pgbench、TPC-H）。