# PG被黑慢MySQL 360倍，这次我真忍不了 LLMS 索引： [llms.txt](/llms.txt) --- 昨天，至少在十几个微信群里都有人 @ 我，发给我这条消息 《[有图有真相，MySQL性能是PG的360倍，DS还建议抛弃PG](https://mp.weixin.qq.com/s?__biz=MjM5NzAzMTY4NQ==&mid=2653941901&idx=1&sn=455bd6f5bb5038900f98e31b19cae828&scene=21#wechat_redirect "有图有真相，MySQL性能是PG的360倍，DS还建议抛弃PG")》。大意就是推特上有个人发了个火焰图，说他有一个“秘密案例”：“PostgreSQL 比 MySQL 慢了 360 倍，难怪中国互联网公司不用 PG”，十几万的浏览。 ![图片](01.webp) 于是我就去 X 上看了看原博这个帖子，挺长的一个 Thread。作为数据库老司机，我一看内容和发帖者就知道怎么回事了，这是一个很典型的伪装成技术讨论的恶意贬损。当然 MySQL / PG 国际社区可能没见过这种滚刀肉玩法，竟然还有不少人真的在尝试交流探究然后被耍的团团转。 ![图片](02.webp)在评论区的强烈要求下，推主仍然一直都不肯放出测试代码与数据。最后被人猜出来是个什么场景，才放出一个简单示意图![图像](03.webp) 我留下了几条评论，指出他这种行为本质上是在 Trolling 根本不是严肃的技术讨论。他设计的这个案例，开个Idle事务锁行然后更新一M行来测时长，差不多类似于： “把垃圾回收关掉然后产生一M条垃圾，所以慢”，是一个很无聊的案例。现实中基本不可能有这种场景，真有这种场景在生产中的实际配置也会阻止这样的事情发生（咨询锁，超时，填充因子，HOT）。 这种问题类似于 MySQL 的： “表超过 2000万行记录性能就完蛋了！说出来纯粹是让专家笑话，如果我要跟他抬杠的话，随时可以设计出无数案例让 MySQL 直接趴下，但这种没有意义的口水纯属浪费时间。 ![图片](04.webp) ![图片](05.webp) PostgreSQL 专家 德哥也在他的公众号文章《[MySQL出息了! 大败PG用的这个case](https://mp.weixin.qq.com/s?__biz=MzA5MTM4MzY1Mw==&mid=2247494457&idx=1&sn=f8c125a86740616fda97a249fafb87c9&scene=21#wechat_redirect "MySQL出息了! 大败PG用的这个case")》里详细解释过这个问题了。对于德哥的分析，MySQL 社群里叶金荣评论到 “真没出息，只会对着 MySQL 汪汪吠”。 ![图片](06.webp) 很难想象这是一个国产数据库“万里数据库”的开源生态负责人，MySQL 培训机构（知数堂）主理人能说出的话，但回想起中文 MySQL 社区其他一些成员的难绷表现，也不令人意外。毕竟我也在两年前《[MySQL vs PGSQL直播闹剧](https://mp.weixin.qq.com/s?__biz=MzU5ODAyNTM5Ng==&mid=2247486025&idx=1&sn=463029f58b41b5835780b6d2203be889&scene=21#wechat_redirect "MySQL vs PGSQL直播闹剧")》中就已经领教过这种离谱的作风了。 发推的这位 wangbin ，我最近在X上有时候能看到。我有点儿印象，有群友说他以前在网易，然后去叶金荣的万里数据库，似乎不太顺利，领英公开信息都能对上。我看了看 LinkedIn 和 Github 曾经也是个开源开发者，有过 tcpcopy 这样的开源项目。似乎想转 PG 却因为不熟练而被拒，转论文营销号发发推抒发下愤懑之情。如果真是这样，那也是个可怜人。 ![图片](07.webp) 网友群聊记录截图 有不少朋友说让我写篇文章批判下，我是觉得搞技术嘛，还是对事不对人。这种水平的问题也没啥好聊的，要是批判 MYSQL，我早就已经写了一系列摆事实，讲数据的文章，从各个维度进行剖析对比与批判了（见文末参考）。 ![图片](08.webp) 至于人呢，我也能理解中年失业的这种焦虑状态，所以我建议这位博主读一读《佛说十善业道经》，多积善业，避免造妄语、两舌、恶口、绮语这样的恶业。认真严肃的技术讨论可以获得知识，提升认知，收获朋友与声望，而这样的妄语只会损耗自己的 Credit，让自己的求职路更为艰难。最好还是多干干正事，做点对 MYSQL 社区更有意义的事情吧。 ## PostgreSQL vs MySQL @ 2025 回到 MySQL 和 PostgreSQL 对比这个问题，实际上我之前已经专门撰写过一系列文章对比过了。正儿八经有价值的性能对比应该是什么样子呢？我建议参考 Mark Callaghan 的博客 Small Datum[1] ，里面有几十篇关于 MySQL 和 PG 的性能分析与对比，精心设计了各种读写测试，针对各种版本在不同环境下的表现给出了可复现的代码。这是真正的专业人士应该有的表现。 说起来，今天 MySQL 9.3 发布，我准备在最近重新写一篇在 2025 年，MySQL 与 PostgreSQL 的技术对比，敬请期待。 [**MySQL安魂九霄，PostgreSQL驶向云外**](/db/mysql-is-dead/) [MySQL新版恶性Bug，表太多就崩给你看！](https://mp.weixin.qq.com/s?__biz=MzU5ODAyNTM5Ng==&mid=2247488014&idx=1&sn=727b1e3e9077af728a243854ea1c2cb3&scene=21#wechat_redirect "MySQL新版恶性Bug，表太多就崩给你看！") [用PG的开发者，年薪比MySQL多赚四成？](/pg/pg-dev-salary/) [Oracle最终还是杀死了MySQL！](https://mp.weixin.qq.com/s?__biz=MzU5ODAyNTM5Ng==&mid=2247487841&idx=1&sn=07ce183e7f5eafb34551438df963fe6d&scene=21#wechat_redirect "Oracle最终还是杀死了MySQL！") [MySQL性能越来越差，Sakila将何去何从？](/db/sakila-where-are-you-going/) [MySQL的正确性为何如此拉垮？](https://mp.weixin.qq.com/s?__biz=MzU5ODAyNTM5Ng==&mid=2247486710&idx=1&sn=261e4754df6c85954b50d8f68f277abe&scene=21#wechat_redirect "MySQL的正确性为何如此拉垮？") [如何看待 MySQL vs PGSQL 直播闹剧](/pg/mysql-pg-live-drama/) [驳《MySQL：这个星球最成功的数据库》](/pg/rebut-mysql-best/) [\ ](https://mp.weixin.qq.com/s?__biz=MzU5ODAyNTM5Ng==&mid=2247485933&idx=1&sn=d9bac968feef3a18e1de32aa77cb7476&scene=21#wechat_redirect "驳《MySQL：这个星球最成功的数据库》") [\ ](https://mp.weixin.qq.com/s?__biz=MzU5ODAyNTM5Ng==&mid=2247485933&idx=1&sn=d9bac968feef3a18e1de32aa77cb7476&scene=21#wechat_redirect "驳《MySQL：这个星球最成功的数据库》")[PostgreSQL正在吞噬数据库世界](/pg/pg-eat-db-world/)