绑定变量和cursor_sharing

8i中cursor_sharing有两个可靠设置：exact和force
缺少值是exact，表示精确匹配；force表示在Server端执行强制绑定。在8i的版本里使用这个参数对某些应用可以带来极大的性能提高，但是同时也存在一些副作用，比如优化器无法生成精确的执行计划，SQL执行计划发生改变。

Oracle9i开始，Oracle引入了Peeking of User-Defined Bind Variables的特性，这个特性可以用来在存在数据倾斜时对执行计划纠偏。SQL在第一次执行时，首先在Session的PGA中使用具体值生成精确的执行计划，以期可以提高执行计划的准确性，然而Peeking的的方式只在第一次硬解析时生效，所以仍然可能存在问题，导致后续的SQL错误的执行；在9i中，cursor_sharing参数有了第3个选项：similar。该参数指定Oracle在存在柱状图信息时，对于不同的变量值，重新解析，从而可以利用柱状图更为精确地制定SQL执行计划。当存在柱状图信息时，similar的表现和exact相同；当不存在柱状图信息时，similar的表现和force相同。

Oracle同时引入了一个内部参数用于控制这一特性：
SQL> SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
2 FROM SYS.x$ksppi x, SYS.x$ksppcv y
3 WHERE x.inst_id = USERENV ('Instance')
4 AND y.inst_id = USERENV ('Instance')
5 AND x.indx = y.indx
6 AND x.ksppinm LIKE '%&par%'
7 /
Enter value for par: peek
old 6: AND x.ksppinm LIKE '%&par%'
new 6: AND x.ksppinm LIKE '%peek%'
NAME                           VALUE                DESCRIB
------------------------------ -------------------- ------------------------------
_optim_peek_user_binds         TRUE                 enable peeking of user binds
这个参数缺省值为True，当设置为False时将禁用peeking of user binds.

在正常情况下，由于Similar的判断机制，可能也会导致SQL无法共享。在收集了柱状图（Histgram）信息后，如果SQL未使用绑定变量，当SQL使用具备柱状图信息的Column时，数据库会认为SQL传递过来每个常量都是不可靠的，需要为每个SQL生成一个Cursor，这种情况被称为UNSAFE BINDS。大量的Version_Count可能会导致数据库产生大量的cursor:pin S wait on X等待。解决这类问题可以设置CURSOR_SHARING为FORCE或者删除相应字段上的柱状图信息。