性能调整 order by 和 rownum 导致执行计划改变.附录10053

anlinew

原帖由 oradbHome 于 2009-1-8 09:05 发表


这个order by sort 是整个的排序所需要的cost . 但是应该是根据条件 p.ownerid = '123' 在过滤完后,在进行排序的.

总之oracle 选择的这样的执行计划是错误的. 而我的统计信息也是相对准确的.

CBO选择了错误的执行计划和CBO选择了cost高的执行计划，这个差别太大了

很简单，你hint 让他走你想走的索引，看其总的cost就行了

oradbHome

我刚才做的测试. 我的测试.在where条件中的顺序可以和复合index 的顺序不一致.
这个的index 可以适合更多的查询. 但是对我上面的sql 是不适合的. 但是应该用到 INDEX SKIP SCAN .

棉花 ,但是有rownum . orader 这样的条件下 oracle 选择了错误的执行计划.来怎么避免呢?

test@stat.r> create table tab as select * from dba_objects;

表已创建。

test@stat.r> CREATE INDEX ind_tab_ot ON tab(owner ,last_ddl_time);

索引已创建。

test@stat.r> SELECT * FROM tab t WHERE  T.LAST_DDL_TIME > SYSDate AND t.owner='SYS';

执行计划
----------------------------------------------------------
Plan hash value: 2269374563

------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |   177 |     1   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TAB        |     1 |   177 |     1   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND_TAB_OT |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("T"."OWNER"='SYS' AND "T"."LAST_DDL_TIME">SYSDATE@! AND
              "T"."LAST_DDL_TIME" IS NOT NULL)

Note
-----
   - dynamic sampling used for this statement

test@stat.r> SELECT * FROM tab t WHERE t.owner='SYS' and  T.LAST_DDL_TIME > SYSDate ;

执行计划
----------------------------------------------------------
Plan hash value: 2269374563

------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |   177 |     1   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TAB        |     1 |   177 |     1   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND_TAB_OT |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("T"."OWNER"='SYS' AND "T"."LAST_DDL_TIME">SYSDATE@! AND
              "T"."LAST_DDL_TIME" IS NOT NULL)

Note
-----
   - dynamic sampling used for this statement

棉花糖ONE

我没明白你的实验要说明个什么问题,你的索引是一个索引,只是你where里的顺序不一样而已,where中条件的顺序是不会对cbo造成影响的

棉花糖ONE

我觉得分页这样的语句可以试试用hint固定住

oradbHome

原帖由 anlinew 于 2009-1-8 10:17 发表


CBO选择了错误的执行计划和CBO选择了cost高的执行计划，这个差别太大了

很简单，你hint 让他走你想走的索引，看其总的cost就行了

按照cost 来说 ,oracle 是选择了正确执行计划了.
这说明cbo 计算出来的cost 信息有问题,这也就说明了统计信息不准确, 但是现在不确定是那部分统计信息不准确.

oradbHome

原帖由 棉花糖ONE 于 2009-1-8 10:30 发表
我没明白你的实验要说明个什么问题,你的索引是一个索引,只是你where里的顺序不一样而已,where中条件的顺序是不会对cbo造成影响的

这是我原来理解错误了.我原来一直以为 复合index 的顺序 要 和where 条件的中顺序一样的. 如果不一样是不能使用复合index 的.

棉花糖ONE

你这语句是owner_id为某个值的,然后按照change_time升序排序得到前10个最大的,如果创建(change_time,owner_id)的索引是没意义的,按照这个复合索引的定义,change_time相同的按照owner_id排序,而(owner_id,change_time)这个索引是owner_id相同的按照change_time排序,这个索引的顺序和你要返回结果的顺序一致,所以这个索引就ok了

oradbHome

原帖由 棉花糖ONE 于 2009-1-8 10:30 发表
我觉得分页这样的语句可以试试用hint固定住

一般会在分页中使用 /*+ first_rows */ , 还有这样的sql 是不确定的. 是根据用户选择的条件组合出来的sql.

oradbHome

原帖由 棉花糖ONE 于 2009-1-8 10:40 发表
你这语句是owner_id为某个值的,然后按照change_time升序排序得到前10个最大的,如果创建(change_time,owner_id)的索引是没意义的,按照这个复合索引的定义,change_time相同的按照owner_id排序,而(owner_id,change_time)这个索引是owner_id相同的按照change_time排序,这个索引的顺序和你要返回结果的顺序一致,所以这个索引就ok了

如果是按照 change_time desc , 那就建立(owner_id,change_time desc) 这样的index 会好吗?

棉花糖ONE

原帖由 oradbHome 于 2009-1-8 10:45 发表


如果是按照 change_time desc , 那就建立(owner_id,change_time desc) 这样的index 会好吗?

恩