给PostgreSQL开PGO，是在优化还是在添乱？

我在想一个问题：给PostgreSQL开PGO，到底是在优化还是在添乱？Percona这篇系列文章的第三步终于亮明了态度——PGO从来不是免费午餐。编译器拿着运行时热路径的profile数据，把分支预测、内联展开、指令重排全部重新走一遍，理论上能榨出几个百分点的性能提升。代价呢？编译流程复杂化，二进制和特定负载绑定，升级还得重新采集profile。我的判断很直接：如果你的数据库跑在负载高度稳定的生产环境，PGO值得赌一把；否则，你只是把调优的复杂度从运行时提前到了编译时，问题一个都没少。

原文：PGO or not PGO this is the dilemma. Step 3 · 来源：Hacker News