理查德·燕：plan_cache_mode的隐秘行为
内容提要
PostgreSQL的查询规划器在执行预处理语句时，前五次使用自定义计划，第六次可能切换到通用计划。这种切换可能导致性能下降，特别是在数据分布不均时。用户应注意这一行为，并在必要时强制使用自定义计划以优化性能。
关键要点
-
PostgreSQL的查询规划器在执行预处理语句时，前五次使用自定义计划。
-
第六次执行时，规划器可能会切换到通用计划，这可能导致性能下降。
-
自定义计划是基于实际参数值生成的，适合特定执行，但每次都需要规划开销。
-
通用计划是在不知道具体参数值的情况下规划的，节省了规划开销。
-
在数据分布不均的情况下，切换到通用计划可能会显著影响性能。
-
用户可以通过设置plan_cache_mode为force_custom_plan来强制使用自定义计划，以优化性能。
延伸解读
自定义计划与通用计划的选择
PostgreSQL的查询规划器在执行预处理语句时，前五次使用自定义计划，之后可能切换到通用计划。这种切换在数据分布不均的情况下可能导致性能显著下降，因此用户应关注执行次数，尤其是在数据特征明显不均时。
强制使用自定义计划的策略
用户可以通过设置plan_cache_mode为force_custom_plan来强制使用自定义计划。这一策略在面对频繁执行的预处理语句时尤为重要，能够确保每次执行都基于实际参数值生成最优计划，从而避免性能下降。
性能监控与调优建议
在使用PostgreSQL时，监控查询性能至关重要。若发现某些预处理语句在第六次执行后性能下降，建议检查是否触发了计划切换，并考虑调整plan_cache_mode以优化性能，尤其是在数据分布不均的情况下。
延伸问答
PostgreSQL的查询规划器如何处理预处理语句的执行计划？
查询规划器在前五次执行时使用自定义计划，第六次可能切换到通用计划。
什么是自定义计划和通用计划，它们有什么区别？
自定义计划基于实际参数值生成，适合特定执行；通用计划则在不知道具体参数值的情况下规划，节省规划开销。
为什么在数据分布不均的情况下，切换到通用计划会影响性能？
在数据分布不均时，通用计划可能导致不适合的执行策略，从而显著影响性能。
如何强制PostgreSQL使用自定义计划以优化性能？
用户可以通过设置plan_cache_mode为force_custom_plan来强制使用自定义计划。
在执行预处理语句时，为什么第六次执行会切换计划？
第六次执行时，规划器会比较前五次自定义计划的平均成本与通用计划的估计成本，如果通用计划更便宜，则切换。
如果发现预处理语句的性能下降，应该如何排查？
可以检查该语句是否被调用超过五次，或尝试设置plan_cache_mode为force_custom_plan进行排查。
