使用绑定变量就一定比不适用绑定变量好吗？

hack3389 · 发表于 2013-5-1 12:18

如题

有使用绑定变量还不如不使用绑定变量的情况吗？

主要是执行效率方面

dingjun123 · 发表于 2013-5-1 12:25

有skew data的时候，不使用绑定变量可能更好

因为你一旦使用绑定变量，peeking的话，就把计划固定了，比如where col=1,第一次硬解析固定了，走全表，col=1返回很多。但是万一我以后再经常查的col=2...都要求走索引好，那完蛋了。

所以有了cursor_sharing=similar,但是有BUG，也不好用。后来11g有adaptive cursor sharing,cardinality feedback...类似于similar.但是这东西也不能非常好滴解决这玩意，因为他要经常算你返回的基数来比较啊，比较完了，可能子游标生成很多啊。。。

都不能很好滴解决，当然11g的话，也只能用这个解决了，如果你的值类型很少，那么就不要绑定变量了，反而性能好

hack3389 · 发表于 2013-5-1 12:41

2楼的意思是说：如果一个列上，数据严重倾斜，那么在这一列上就不适合用绑定变量吗？

照这么说，在主键上用绑定变量，就一定效率高吗？

dingjun123 · 发表于 2013-5-1 12:58

hack3389 发表于 2013-5-1 12:41
2楼的意思是说：如果一个列上，数据严重倾斜，那么在这一列上就不适合用绑定变量吗？

照这么说，在主键上 ...

那肯定不一定，只不过一个稳定的系统，搜索谓词应该搜索的行数差不多，计划应该一样，这样才用绑定变量

where id <:vid;

第一次传入个:vid =1,第2次传入个:vid=1000 0000; 你这表可能就100万行，还要绑定变量吗？用绑定变量，两次计划一样，不糟糕了吗？当然，在事实中，比如OLTP系统，应该是均衡的，应该计划一样，一般是id = :vid.这样的当然要绑定变量。

guoyJoe · 发表于 2013-5-1 12:59

绑定变量加直方图，具体问题具体分析，任何东西都有两面性

dingjun123 · 发表于 2013-5-1 13:07

为什么说skew data的要特别注意，因为常常是skew data引起的绑定变量问题，在OLTP中，我们使用绑定变量，除了skew data之外，一般执行计划共享没有啥问题，像上面的虽然是主键，但是你每次搜索差别太大，这共享也有问题，当然在OLTP中很少有这样的情况，OLTP我们搜索的数据量一般是很小的，基本都要求走索引，是吧。非要弄个极端出来，那很多种的。

OLAP不同，处理的数据量大，也耗时多，一般解析时间相对于处理时间忽略不计，因此不用绑定变量，因为每次处理的数据情况可能不同，计划很可能不同，你用了绑定变量，OLAP处理的量有很大，你把要走hash join的变成了前一次的nested loops,那不是跑不出来了啊！