Hans-Juergen Schoenig：PostgreSQL性能：云上与本地部署中的延迟
内容提要
文章介绍估算PostgreSQL网络延迟的方法：用客户端测得的总执行时间减去EXPLAIN ANALYZE给出的规划与执行时间，因为后者在服务器端运行、不含网络延迟。建议使用EXPLAIN (ANALYZE, SERIALIZE)将结果渲染时间计入，但需注意其自身开销会扭曲测量结果。评论指出该问题在生产环境更严重，并质疑本地测试无法验证真实网络下的修复效果。
延伸解读
网络延迟估算方法
文章提出一种估算PostgreSQL网络延迟的方法：用客户端测得的总执行时间减去EXPLAIN ANALYZE给出的规划与执行时间。因为EXPLAIN ANALYZE在服务器端运行，其执行时间不包含网络延迟，所以这种相减是合理的。但需注意，EXPLAIN ANALYZE本身有显著开销，会扭曲测量结果，因此估算值可能偏高。
SERIALIZE选项的作用与代价
为了将结果集渲染并准备发送的时间计入，建议使用EXPLAIN (ANALYZE, SERIALIZE)。这样能更全面地反映服务器端处理开销，但SERIALIZE本身也会引入额外开销，可能进一步扭曲测量。因此，在估算网络延迟时，需要权衡是否启用该选项，并意识到其带来的偏差。
生产环境中的实际影响
评论指出，网络延迟问题在许多生产环境中比测试环境更严重。本地测试（如localhost）无法模拟真实网络条件，因此即使修复方案在本地验证通过，也不能证明其在真实网络中有效。这提醒读者，评估性能优化时需在接近生产的环境中进行测试。
Q&A
如何估算PostgreSQL的网络延迟？
网络延迟 = 客户端测得的执行时间 - EXPLAIN ANALYZE中的规划时间与执行时间之和。因为EXPLAIN ANALYZE在服务器端运行，不包含网络延迟。
为什么EXPLAIN ANALYZE不能直接测量网络延迟？
EXPLAIN ANALYZE在服务器端执行，测量的是服务器内部的规划与执行时间，因此不包含客户端与服务器之间的网络传输延迟。
使用EXPLAIN (ANALYZE, SERIALIZE)有什么作用？
EXPLAIN (ANALYZE, SERIALIZE)会将结果集渲染时间计入，从而更完整地反映服务器端处理时间，有助于更准确地估算网络延迟。
EXPLAIN ANALYZE的开销对测量结果有什么影响？
EXPLAIN ANALYZE本身有显著开销，会扭曲测量结果，导致估算的网络延迟不准确。
在生产环境中网络延迟问题是否更严重？
是的，评论指出网络延迟问题在许多生产环境中比测试环境更严重。
为什么在本地测试无法验证网络延迟修复效果？
因为本地测试（localhost）没有网络延迟，所以无法证明修复方案在真实网络环境下有效。
