拿1个sql举个例子，我只贴出了where后面部分
实际环境中有init_date 和direct_no的组合索引IDX_DATE_NO
上诉标红处，:b3=0 和:b3<>0这两种情况oracle在选择执行计划的时候会有很大的区别。
如果是:b3<>0，则oracle会在index_range_scan IDX_DATE_NO 时一次过滤出同时符合 init_date和direct_no列的数据。执行效果如下：
如果是:b3=0，则oracle会在index_range_scan IDX_DATE_NO 时只滤出符合 init_date列的数据。执行效果如下：
带有绑定变量的sql，oracle在选择执行计划的时候会相对保守，按照无法获知:b3输入值为前提条件，选择更为稳妥的只过滤init_date列的执行计划。在调优的过程中如果我们直接替换绑定变量成具体代入值，看到的执行计划只是雾里看花，花非花，雾非雾。不能表示最终的调优结果！
所以在对带有绑定变量的sql调优时，要严格按照定义绑定变量、赋值、执行的原则获取调优过程中的执行计划。
附上绑定变量值查询脚本，实际使用替换下sql_id。
select * from (select case CC.datatype_string when 'NUMBER' THEN 'var ' || substr((name),) || ' ' || datatype_string || ';'
ELSE 'var ' || substr((name),) || ' ' || datatype_string || ';' END as sqlbindss from (select *
from dba_hist_sqlbind a
where sql_id = 'gxbw9up2pw0fx'
order by last_captured) CC
where rownum <= (select count(*)
from dba_hist_sql_bind_metadata a
where sql_id = 'gxbw9up2pw0fx')
union
select case CC.datatype_string when 'NUMBER' then 'exec '||name||' := '|| value_string || ';'
ELSE 'exec '||name||' := '''|| value_string || ''';' END as sqlbindss
from (select *
from dba_hist_sqlbind a
where sql_id = 'gxbw9up2pw0fx'
order by last_captured) CC
where rownum <= (select count(*)
from dba_hist_sql_bind_metadata a
where sql_id = 'gxbw9up2pw0fx')) order by desc;