咨询关于查询优化如何提高缓存命中率的一个问题

newkid

这个确实比较奇怪，那么实际数量到底是几行呢？你可以单独执行第9行和第10行的谓词，做一个COUNT看看。

kphoniex

newkid 发表于 2022-9-14 23:04
这个确实比较奇怪，那么实际数量到底是几行呢？你可以单独执行第9行和第10行的谓词，做一个COUNT看看。

第9行的是 580w
第10行的是 590w

newkid

我可能没说清楚，单独的意思是把 CR 表从计划里面取出来单独执行，两行的条件应该是 AND 的关系，第9行是在第10行的基础上进行过滤。
根据第一张图这个结果应该是12行。第二张图则是 2166K, 但是无论如何与你的实际数据相比都差了很多。

kphoniex

newkid 发表于 2022-9-15 21:23
我可能没说清楚，单独的意思是把 CR 表从计划里面取出来单独执行，两行的条件应该是 AND 的关系，第9行是在 ...

哦，第9行 and 第10行 出来的记录数是 580w

dhhb

计划里是个view里的join,  对内表做升序扫描时，和外表的join匹配数据多，所以读取量就少； 对内表做降序扫描时，扫描内表的数据都join不到外表，所以慢，直到扫描到能join的数据.

newkid

dhhb 发表于 2022-9-16 17:01
计划里是个view里的join,  对内表做升序扫描时，和外表的join匹配数据多，所以读取量就少； 对内表做降序扫 ...

你说得对，应该就是这个原因。那个 COUNT STOPLEY虽然计划里写在外层，但因为接下来几个都是外连接，而且我怀疑另外一端都是主键或唯一键，所以这些连接不会影响行数，COUNT STOPKEY完全可以推到里面先执行。CBO真是太聪明了！

kphoniex

newkid 发表于 2022-9-16 21:33
你说得对，应该就是这个原因。那个 COUNT STOPLEY虽然计划里写在外层，但因为接下来几个都是外连接，而且我 ...

的确那几个表关联的都是主键。那这种语句有办法优化吗？
我把视图去掉，直接查单表， busisorno字段是varchar，上面加了正向，反向索引， 正向排序的执行计划就挺好，反向排序就很差

newkid

你这个用例最好的索引是复合索引，两个列， (PRODUCTPACK_OCID, BUSISORTNO)

kphoniex

newkid 发表于 2022-9-18 04:39
你这个用例最好的索引是复合索引，两个列， (PRODUCTPACK_OCID, BUSISORTNO)

productpack_ocid 如果是 = 就能走到联合索引，
如果是 in ，只有一个值的情况，也能走到联合索引，如果是多个值就不行了

newkid

kphoniex 发表于 2022-9-19 18:07
productpack_ocid 如果是 = 就能走到联合索引，如果是 in ，只有一个值的情况，也能走到联合索引，如果是多 ...

事实胜于雄辩：

create table test as select t.*,owner as PRODUCTPACK_OCID, object_id as BUSISORTNO from all_objects t;

create index test_idx on test (PRODUCTPACK_OCID, BUSISORTNO);

select * from test where PRODUCTPACK_OCID in ('SYS','JSU') ORDER BY BUSISORTNO DESC;

Execution Plan
----------------------------------------------------------
Plan hash value: 324935210

----------------------------------------------------------------------------------------------------------
| Id  | Operation                             | Name     | Rows  | Bytes |TempSpc| Cost (%CPU)| Time  |
----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                      |          |  7319 |  1029K|       |   486   (1)| 00:00:01 |
|   1 |  SORT ORDER BY                        |          |  7319 |  1029K|  1472K|   486   (1)| 00:00:01 |
|   2 |   INLIST ITERATOR                     |          |       |       |       |            |       |
|   3 |    TABLE ACCESS BY INDEX ROWID BATCHED| TEST     |  7319 |  1029K|       |   248   (0)| 00:00:01 |
|*  4 |     INDEX RANGE SCAN                  | TEST_IDX |  7319 |       |       |    22   (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------------

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

   4 - access("PRODUCTPACK_OCID"='JSU' OR "PRODUCTPACK_OCID"='SYS')