sql优化

guoyongcheng · 发表于 2017-8-25 15:22

有两个表t1 5000w 行数据，t2 5000w 行数据，按天分区，一天大概5w数据，俩个表都是这样的增量，分区键值TM to_date（sysdate，‘yyyy-mm-dd hh24:mi:ss’）现在发现一个问题
我做关联查询，如：select t1.a,t2.b from t1,t2 where t1.id=t2.id and t1.TM>=to_date('2017-08-23 00:00:00','yyyy-mm-dd hh24:mi:ss')
and t1.TM<to_date('2017-08-24 00:00:00','yyyy-mm-dd hh24:mi:ss') and t2.TM>=to_date('2017-08-23 00:00:00','yyyy-mm-dd hh24:mi:ss')
and t2.TM<to_date('2017-08-24 00:00:00','yyyy-mm-dd hh24:mi:ss') ;
这样的查询会走好久，执行计划，显示，走的是分区索引TM，也就是造成了5w*5w数据的一个索引扫描，所以耗时，
我想问的是，这个明显是两个分区的全扫描关联更快，有啥办法能让oracle 更智能一点吗？毕竟我需要整个分区表的数据，不需要走索引，对于条件来说，确实索引区别度高
但那不是最好的，我要的是个时间段的，数据，有没有办法让统计信息，自动计算，一整天的统计信息，别做那么洗的区分的统计。
除了hint ，有没有好的方法，从，不改应用，不改代码，不固定执行计划，方面解决

danisyan · 发表于 2017-8-25 16:04

如果是12c可以把分区用in-memory column store

ZALBB · 发表于 2017-8-26 11:45

把执行计划列出来，

guoyongcheng · 发表于 2017-8-28 11:37

16 -----------------------------------------------------------------------------------------------------------------------------------
17 | Id  | Operation                                  | Name             | Rows  | Bytes | Cost (%CPU)| Time    | Pstart| Pstop |
18 -----------------------------------------------------------------------------------------------------------------------------------
19 | 0 | SELECT STATEMENT                            |                |    |    |    7 (100)|       |    |    |
20 |*  1 |  FILTER                                     |                |    |    |          |       |    |    |
21 | 2 | NESTED LOOPS                               |                |    1 | 115 |    7 (0)| 00:00:01 |    |    |
22 | 3 | NESTED LOOPS                            |                |    1 | 115 |    7 (0)| 00:00:01 |    |    |
23 | 4 |    PARTITION RANGE ITERATOR                |                |    1 | 63 |    4 (0)| 00:00:01 | KEY | KEY |
24 |*  5 |    TABLE ACCESS BY LOCAL INDEX ROWID BATCHED| T1             |    1 | 63 |    4 (0)| 00:00:01 | KEY | KEY |
25 |*  6 |    INDEX RANGE SCAN                      | IDX_T1_P       |    1 |    |    3 (0)| 00:00:01 | KEY | KEY |
26 | 7 |    PARTITION RANGE ITERATOR                |                |    1 |    |    2 (0)| 00:00:01 | KEY | KEY |
27 |*  8 |    INDEX RANGE SCAN                      | IDX_T2_SP       |    1 |    |    2 (0)| 00:00:01 | KEY | KEY |
28 |*  9 | TABLE ACCESS BY LOCAL INDEX ROWID       | T2             |    1 | 52 |    3 (0)| 00:00:01 |    1 |    1 |
29 -----------------------------------------------------------------------------------------------------------------------------------

guoyongcheng · 发表于 2017-8-28 11:37

ZALBB 发表于 2017-8-26 11:45
把执行计划列出来，

计划已发

ZALBB · 发表于 2017-8-28 13:27

语句和完整的执行计划，怎么不发全？

13825186737 · 发表于 2017-8-28 16:21

一天有5w数据的话，走hash索引会更好些。执行计划的评估返回行数差异比较大吧，试下收集下表的统计信息看看

guoyongcheng · 发表于 2017-8-31 16:06

ZALBB 发表于 2017-8-28 13:27
语句和完整的执行计划，怎么不发全？

sql敏感

guoyongcheng · 发表于 2017-8-31 16:07

13825186737 发表于 2017-8-28 16:21
一天有5w数据的话，走hash索引会更好些。执行计划的评估返回行数差异比较大吧，试下收集下表的统计信息看看

统计信息最新，
主要问题是，t1,t2 分去表关联，按天关联，时间索引，是按秒区分，cardinality 没有问题，选择率也没有问题，关键是，这样不合理，有没有好办法

guoyongcheng · 发表于 2017-8-31 16:08

ZALBB 发表于 2017-8-28 13:27
语句和完整的执行计划，怎么不发全？

有些字段太敏感

[性能调整] sql优化