何时Oracle使用绑定变量性能反而更差

核心提示：扫描成本和OPTIMIZER_INDEX_COST_ADJ我们知道，在CBO模式下，何时Oracle使用绑定变量性能反而更差，Oracle会计算各个访问路径的代价，采用最小代价的访问路径作为语句的执行计划，我们给索引字段B插入的值中只有3个distinct值，记录数是1003，而对于索引的访问代价的计算，需要根据一个系

扫描成本和OPTIMIZER_INDEX_COST_ADJ

我们知道，在CBO模式下，Oracle会计算各个访问路径的代价，采用最小代价的访问路径作为语句的执行计划。而对于索引的访问代价的计算，需要根据一个系统参数OPTIMIZER_INDEX_COST_ADJ来转换为与全表扫描代价等价的一个值。这是什么意思呢？我们先稍微解释一下这个参数：OPTIMIZER_INDEX_COST_ADJ。它的值是一个百分比，默认是100，取值范围是1～10000。当估算索引扫描代价时，会将索引的原始代价值乘以这个百分比，将换算后的值作为与全表扫描代价比较的值。也就是说，当这个值为100时，计算出的索引扫描代价就是它的原始代价：COST_COM = COST_ORG * OPTIMIZER_INDEX_COST_ADJ/100

看以下例子：

SQL> create table T_PEEKING (a NUMBER, b char(1), c char(2000));
Table created.
SQL>
SQL> create index T_PEEKING_IDX1 on T_PEEKING(b);
Index created.
SQL> begin
　2　　for i in 1..1000 loop
　3　　　insert into T_PEEKING values (i, 'A', i);
　4　　end loop;
　5
　6　　insert into T_PEEKING values (1001, 'B', 1001);
　7　　insert into T_PEEKING values (1002, 'B', 1002);
　8　　insert into T_PEEKING values (1003, 'C', 1003);
　9
10　　commit;
11　end;
12　/
PL/SQL procedure successfully completed.

注意，我们给索引字段B插入的值中只有3个distinct值，记录数是1003，它的集的势很高（1003/3）=334。

SQL>
SQL> analyze table T_PEEKING compute
statistics for table for all indexes for all indexed columns;
Table analyzed.
SQL>