背景

PostgreSQL 调用函数执行到第 6次，执行时间明显提高，检查了sql语句和索引，都没发现问题。

排查思路

之前了解到 Oracle有个绑定变量窥视功能，会影响到执行计划，顺着这个思路去了解PostgreSQL绑定变量在执行计划这块有什么区别。

绑定变量原理说明

首先大致说明一下绑定变量含义，类似于把执行计划缓存起来，下次执行的时候免去 parser这些阶段，提升速度。相较于Oracle，PostgreSQL有一个五次机制。如下：

l 当前 5次执行时，每次都会根据实际传入的实际绑定变量新生成执行计划进行执行，即每次都是硬解析，同时会记录这5次的执行计划。

l 当第 6次开始执行时，会生成一个通用的执行计划（generic plan），同时与前5次的执行计划进行比较，如果比较的结果是通用执行计划不比前5次的执行计划差，以后就会固定把这个通用的执行计划固定下来，这之后即使传入的值发生变化后，执行计划也不再变化。

l 当然，当第 6次开始执行时，如果通用的执行计划（generic plan）比前5次的某一个执行计划差，则以后则每次都重新生成执行计划，即以后永远都是硬解析了。

测试验证

我们先来看一个例子，创建一张 test表，其中有两列分别为id、info，在id列就2个值，一个值是"1"，有500000行；另一个值是"2"，只有1行。这个就是我们常说的数据分布倾斜问题。

1. 创建函数

2. 配置 auto_explain模块，打印执行计划

3. 执行以下语句

4. 通过日志文件查看执行计划

注意上面执行中的第 6次的执行计划和第5次的执行计划发生了变化，前 5次都是“Filter: (test.id = 1)”，而第6次变成了“Filter: (test.id = $1)”，这说明执行计划变成了通用执行计划，并使用绑定变量，这时把值改成“2”，发现也是走全表扫描，不走索引。

5. 为什么第六次才生成通用执行计划？

我们可以在 PostgreSQL的plancache.c源码中找到说明：

请注意，这里的限定值小于 5次，返回true，选择custom执行计划，而大于5次之后，则选择通用执行计划。因此，5次之后执行计划就会固定。

解决方案

1. 修改函数的写法，如下：

2. 再次执行以下语句

3. 通过日志文件查看执行计划

注意上面执行中的第 6次的执行计划， “Filter: (test.id = 1)” 没变，这说明重新生成执行计划，这时把值改成 “2”，发现不走全表扫描，走索引了。

结论

综上所述，如果表的数据分布非常倾斜需要特别注意，在数据分布不均匀的字段上使用绑定变量，可能会出现数据库性能问题。建议对于数据倾斜的情况，采用以上解决方案来修改函数。

ITPub博客

SQL优化之数据倾斜解决方案