MySQL 谢幕、跑分真相与黑稿祛魅

MySQL 正确性破产与治理死局、Uber 弃 PG 考古祛魅、压测玄学与客观选型。

8 分钟阅读

MySQL 的历史谢幕并非败给营销，而是死于事务正确性破产、新版本性能倒退与私有产权加云白嫖的公地悲剧。剥去跑分刷榜与钓鱼黑稿的迷雾，存量向 PostgreSQL 单向置换的大局早已注定。

一、功能空心化、性能倒退与正确性破产

MySQL 9.x 的向量与新优化器究竟有多少干货？

从 9.0 到 8.0 停服后唯一的长期支持版 9.7 LTS，MySQL 端出的始终是敷衍冷饭：开源版与商业版 VECTOR 连跨八个版本仍是换皮 BLOB，连十行 C 代码的距离函数与向量索引都死锁在 Oracle HeatWave 云上；企业版独占的 JS 存储过程比 PG plv8 晚了 13 年；迟到五年的 Hypergraph 优化器默认关闭且不支持 Hint 与传统 EXPLAIN。反观 PG 早已卷出一年提速 150 倍的向量扩展群。

简单读写 MySQL 更快吗，为何海量用户死守 5.7？

“简单读写 MySQL 更快”的旧教条早已破产，它正深陷“版本越新、性能越差”的怪圈。Mark Callaghan 与 Marco Tusa 在 sysbench 及 TPC-C 下的回归压测一致证实：MySQL 8.0/8.4 相比 5.6/5.7 吞吐暴跌 20%～40%，死守 5.7 完全是规避 TPS 折损的理性自保。诚如 Peter Zaitsev 所批驳，这是 Oracle 长期漠视性能工程的恶果；同期 PG 17 写入较 PG 10 反涨 30%～70%，重度写吞吐已呈 2～5 倍碾压。

调参与换分支能救 MySQL 8.x 吗，缺并行后果如何？

靠调参或换分支难以扭转颓势。Marco Tusa 实测表明，官方 MySQL 8.0 默认参数在小数据集下表现稀烂，手工深调才勉强逼近 5.7；高并发争用下官方 8.4 仅强于垫底的 MariaDB 11.3，唯 Percona 8.0 能稳住吞吐。更致命的是，如 Peter Zaitsev 警告，面对动辄数百核的现代服务器，开源 MySQL 至今拒不支持并行查询，连简单 GROUP BY 都卡在单核，人为设卡推销专有云只会逼走开发者。

MySQL 默认可重复读真能防异常吗，真实水位如何？

金融账务系统绝不可轻信 MySQL 的 ACID 承诺——其 8.0 默认可重复读（RR）公然违背官方文档快照保证。Jepsen 对 8.0.34 的实测揭露：RR 事务先读某列、仅更新同行另一列后重读，9048 个事务中竟有 126 个读到外部并发新值，一次本地写入便引狼入室破坏快照！Elle 检测更证实它连单调原子视图（MAV）底线都已击穿，真实正确性劣于 PG 的读已提交，外加超万张表重启即崩的硬伤。

开串行化或降 RC 手工加锁能补救正确性吗？

两条补救路全是深坑。开启 MySQL Serializable 纯属鸡肋：云 RDS 旧默认参数会在副本诱发 G2 撕裂读，且如李海翔“一致性八仙图”所示，它靠昂贵死锁检测硬扛冲突，吞吐骤降。而“降到 RC 再满地写 SELECT FOR UPDATE”是向业务转嫁并发控制，实测人肉锁争用更伤性能且易漏锁错账；反观 PG 的 SSI 仅以微弱开销便兑现了真串行化。

二、治理死局、三国终局与增量易主

究竟是谁杀死了 MySQL，PG 生态又该如何鉴戒？

杀死 MySQL 的是“Oracle 独占产权加云巨头搭便车白嫖”的公地悲剧。据 Peter Zaitsev 与 Marco Tusa 复盘，收购 Sun 后稳健十余年的 Oracle 眼看 AWS 等拿开源内核狂赚数十亿美元却零回馈，遂为强推 HeatWave 大裁核心研发、退回黑盒开发并把性能与新特性锁死上云，逼得 Percona 连跳七个 9.x 创新版。PG 虽靠中立社区免疫单厂绑架，仍须靠 Pigsty 等开源本地发行版制衡公有云闭源管控锁定。

两大分支为何难挽败局，MySQL 阵营还有出路吗？

现有分支已难挽狂澜。如 Peter Zaitsev 拆解：架构上 MySQL 缺失自定义类型与可插拔索引，断了向量时代创新根基；治理上 Oracle 独占商标、双许可并强制签 CLA，扼杀了友商共建。Percona 受制于 100% 兼容包袱不敢大改，MariaDB 则严重分叉失配且商业体被私募收购。若 Oracle 拒绝将社区版捐给中立基金会，MySQL 阵营唯一生路只剩效仿 Valkey 联手换牌分叉重生。

关系型“三国演义”中，治理与基因如何决定胜负？

主流关系型博弈拼的是“德才兼备”：Oracle 技术深厚但授权天价、法务横行，属“有才无德”；MySQL 靠早年“糙猛快”走红，等 PG 补齐快与猛后只剩允许报错事务部分提交的“糙”，属“才浅德薄”。PG 凭独立社区、类 BSD 协议与优质源码孕育繁荣插件生态；反观 Oracle 2025 年裁撤半数 MySQL 研发，逼得 PlanetScale 上线 PG，老兵联署承认其沦为遗产。

为什么说 PG 已赢下增量世界，而 MySQL 沦为遗产？

超大规模选型以 2010 年为分水岭：Meta、GitHub 等 MySQL 案例皆属历史遗存；此后崛起的 OpenAI、Figma、Notion、探探与过半 YC 新创项目清一色默认选 PG。Docker Hub 周拉取量 3.8:1、AWS 实例比 3:2、Aurora DSQL 弃用 MySQL 以及 Vercel 存储零推荐，均宣告增量彻底易主。六年份额涨跌相关系数高达 r = -0.96，坐实存量正单向置换为 PG 增量，踏空 AI 的 MySQL 终将退化为数据库界的 PHP。

中外数据库演进为何差十年，人群结构如何迁移？

全球搜索指数显示，各国 PG 与 MySQL 热度差同发达程度呈 r = 0.6 强正相关，美俄早已反超；中国曲线右移约十年，MySQL 至 2015 年才见顶，这正是国内曾叹 PG 熟手难招的成因。拆解 9 万份画像：5.6% 新手偏爱 MySQL 入门，94.4% 专业开发者青睐 PG，唯一显著流向便是从 MySQL 单向升迁至 PG——死守旧栈无异于押注电子管而错失晶体管。

三、榜单祛魅、薪资溢价与跑分真相

搜索指数与“中国加权”为何推翻不了 PG 第一？

拿 DB-Engines 总榜否定 PG 第一站不住脚：它只是抓热搜词的二手指数，分不清喜爱还是报错踩坑，又让有五种拼写的 PG 吃亏，效力远逊 9 万样本一手问卷——何况其编辑部八年五授 PG 年度冠军。即便按 8% 中国权重与百度指数强行校正，全球流行度仍是 PG（43.46%）压过 MySQL（43.24%）；AWS 全球实例早已 1:1 且 PG 营收反超，“0.1% 营收”纯属谣言。

用 PG 的开发者真能比用 MySQL 多赚四成吗？

就业市场早已用真金白银给出定价。核算全球 44,354 份专业开发者薪酬样本，PG 开发者年薪中位数（62.5 万元）比 MySQL（54.3 万元）高出 15%，样本超 600 人的全部 31 个国家无一例外满足 PG 高于全体均值、全体均值高于 MySQL 的铁律。而在受早期大厂路径依赖影响、PG 采用率仅 27.6% 的中国市场，人才稀缺直接将 PG 中位数（42.1 万元）推至 MySQL（30.8 万元）的 1.37 倍，成为跳出 CRUD 内卷的最优杠杆。

单机 PG 性能极限有多强，对决 MySQL 谁更快？

现代多核与 NVMe 已将单机 PG 武装成吞吐怪兽：亿级行 pgbench 实测中，10 核 M1 Max 即达 24 万点查 QPS，96 核 c5d.metal 物理机常规安全配置跑出 62.6 万点查与 7.2 万读写 TPS，极限调优更飙至 200 万 QPS 与 13.7 万 TPS。至于 MySQL 官网炫耀的百万点查，实为关停 Binlog、fsync 与双写的非生产刷分；若对等卸除落盘约束同台对决，PG 点查直冲 233 万 QPS，同限 48 并发仍超 MySQL 峰值 43%。

“慢 360 倍”黑稿与刷榜 TPC-C 耍了什么把戏？

网传“PG 慢 360 倍”是不敢贴复现脚本的钓鱼黑稿：故意挂起长空闲事务锁死快照阻塞回收，再刷百万行更新制造死元组堆积——如同关掉垃圾回收器证明语言慢，生产靠空闲超时与 HOT 更新早已杜绝。同理，斥数亿元堆机器刷十年无人问津的三十年前 TPC-C 老榜，参考价值不如 sysbench，纯属透支信誉的营销放卫星。