彼得·艾森特劳特：PostgreSQL LTO 之战
原文英文，约300词，阅读约需1分钟。
📝
内容提要
本文研究了使用不同编译器和优化级别编译PostgreSQL时的性能表现，其中评估了链接时优化（LTO）对性能的影响。实验结果显示，LTO对性能有一定积极影响，但提升幅度有限，约为3-5%。作者建议尽量使用大多数人使用的配置，除非某个Linux发行版全面采用LTO。
🔎
延伸解读
LTO 对 PostgreSQL 性能的实际影响
文章测试显示，启用链接时优化（LTO）后，PostgreSQL 的 pgbench 吞吐量提升约 3–5%。这一提升虽小但确实存在，不过并非所有场景都能感知。对于追求极致性能的用户，LTO 可能值得尝试，但需权衡编译复杂性和潜在风险。
构建类型与 LTO 的交互作用
作者尝试了 debugoptimized 和 release 两种构建类型，发现 release 并未带来额外提升。这表明 LTO 的效果在不同优化级别下可能趋于一致，盲目追求 release 构建未必能进一步压榨性能。
生产环境配置的保守建议
作者建议尽量采用大多数人的配置，避免在生产环境中使用独特设置。除非主流 Linux 发行版全面转向 LTO，否则单独启用 LTO 可能引入未知问题，且性能收益有限，稳定性风险更值得关注。
❓
Q&A
链接时优化（LTO）对PostgreSQL性能的影响是什么？
LTO对PostgreSQL性能有积极影响，但提升幅度有限，约为3-5%。
在使用'release'构建类型时，LTO是否能带来额外的性能提升？
在使用'release'构建类型时，未观察到额外的性能提升。
在编译PostgreSQL时，应该选择什么样的配置？
建议使用大多数人使用的配置，避免在生产环境中使用独特的配置。
LTO的工作原理是什么？
LTO允许编译器在源文件边界之间进行优化。
不同编译器和优化级别对PostgreSQL性能的影响如何？
不同编译器和优化级别会影响PostgreSQL的性能，具体表现需通过实验评估。
在什么情况下应该考虑使用LTO？
如果某个Linux发行版全面采用LTO，才可以考虑使用LTO。
🏷️
