为什么PostgreSQL能超越MySQL，有哪些优势？PostgreSQL登顶最受欢迎的数据库

外来客 • 2026-08-20 17:00:29

声明：本文为对公开视频内容的摘要整理，未经本站独立核实，可能与原视频存在出入，不代表本站立场、观点或建议；观点与版权归原作者及原平台所有。如涉及版权问题，请联系我们，核实后立即删除。 [ 免责声明 ]

基础架构差异：MySQL 采用聚簇索引，数据直接存储在 B+ 树叶子节点，非主键查询需回表；PostgreSQL 采用堆表存储数据，所有索引（包括主键）均为二级索引，存储指向堆表的指针，索引与数据分离，避免随机写入导致的数据页分裂。
GIN 索引：PostgreSQL 支持通用倒排索引，适用于 JSONB 数据及全文检索，能高效处理包含关系查询；MySQL 不支持 GIN 索引。
GiST 索引：PostgreSQL 提供通用搜索树框架，支持非线性数据（如几何图形、日期范围）的重叠与距离查询；MySQL 不支持 GiST 索引，且缺乏日期范围数据类型。
部分索引：PostgreSQL 支持基于条件的部分索引（如仅对 Active='Y' 生效），有效解决逻辑删除导致的唯一索引冲突，且索引体积更小；MySQL 仅能通过生成列或表达式索引变通实现，性能与磁盘占用表现不如部分索引。
表达式索引：PostgreSQL 原生支持对列计算结果（如邮箱转小写）建立索引；MySQL 8.0.13 后支持，但本质是生成隐藏虚拟列再建索引。

DDL 事务支持：PostgreSQL 将表结构修改（DDL）视为系统表数据操作，支持在事务中回滚建表或改表操作，保证原子性；MySQL 无法将 DDL 语句纳入事务管理。
可延迟约束：PostgreSQL 支持在事务提交时才检查约束（如唯一性），解决复杂场景下的“先有鸡还是先有蛋”问题；MySQL 无此功能。
隔离级别行为：
PostgreSQL 默认“读已提交”，读写操作基于同一快照，行为符合直觉。
MySQL 默认“可重复读”，存在读写行为不一致问题：Select 读取事务开始时的快照，而 Update 读取当前最新数据（非快照），可能导致逻辑矛盾；且高并发下存在间隙锁性能退化问题，大厂实践常建议降级为“读已提交”。

高并发写入：在每秒 1 万次写入场景下，PostgreSQL 性能约为 MySQL 的 2 倍，且在内存、CPU、硬盘占用上均占优。
高并发查询：在 7000 万数据量、每秒 2 万次查询场景下，PostgreSQL 性能约为 MySQL 的 1.5 倍。
版本演进趋势：MySQL 从 5.7 到 8.0 再到 8.4，性能呈下降趋势；PostgreSQL 最新版本相比 6 年前的 PostgreSQL 10 版本，性能提升 30% 至 70%。

扩展维度：PostgreSQL 支持数据类型、函数、操作符、索引类型四大维度的扩展；MySQL 主要依赖可插拔存储引擎，但实际应用中 99% 使用 InnoDB，其他引擎缺乏维护。
自定义能力：
PostgreSQL 支持自定义数据类型、操作符及索引类型。
MySQL 不支持自定义数据类型和操作符。
生态规模：截至 2025 年，PostgreSQL 社区第三方插件数量为 375 个，MySQL 为 47 个。
PostGIS 案例：利用 PostgreSQL 扩展机制构建地理信息系统，无需修改核心代码，通过自定义类型（Geometry）、函数（ST_area）、索引（GiST）及操作符实现高效空间查询。

许可证差异：
PostgreSQL 采用类似 MIT/BSD 的宽松协议，允许自由使用、修改、分发及闭源商用，无传染性。
MySQL 社区版采用 GPLv2 协议，具有传染性，若程序链接 GPL 代码则必须开源；商业使用需向 Oracle 付费。
社区治理：PostgreSQL 由全球开发者社区管理，不受单一公司商业利益左右，形成良性循环；MySQL 因协议问题导致社区分裂，催生了 MariaDB 分叉项目。
定位演变：PostgreSQL 凭借繁荣的插件生态（如向量、图、时序数据库），已超越传统数据库范畴，演变为“数据操作系统”。