【性能优化】分区表查询，怎样更快呢？

jinaqu

1124739334 发表于 2015-1-5 09:33
麻烦把你的查询需求和原始查询语句贴一下，另外把表的索引信息贴一下看看

需求：
方案一、请对比双活数据中心表tmp的数量级是否一致

意思是统计表的总数是否一致，不一致再做其他操作，当然对比数量级直接对比最近一个分区的数量级是否一致就行

jinaqu

风铃中の鬼 发表于 2015-1-5 09:34
试试增加数据块的大小

哦？？？
block size能修改嘛，请问下怎么修改呢？求解，，，，

风铃中の鬼

jinaqu 发表于 2015-1-5 09:57
哦？？？
block size能修改嘛，请问下怎么修改呢？求解，，，，

稍微说错了一点。。是修改一次IO读取的数据块个数有个db_file_multiblock_read_count参数，你们的DBA应该知道。。至于修改块大小可能不是容易的事情。需要重建表空间。估计你们的DBA不一定愿意。。

1124739334

jinaqu 发表于 2015-1-5 09:55
需求：
方案一、请对比双活数据中心表tmp的数量级是否一致

我个人有一个方案，你看其他坛友觉得怎么样:
1、如果是针对这张表，不加任何条件，可以用系统内置刷新统计信息的方法，此方法可以避免ＩＯ查询：

1. BEGIN
   
2.    DBMS_STATS.GATHER_TABLE_STATS(ownname => 'DB_TEST',
   
3.                                  tabname => 'TMP',
   
4.                                  estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
   
5.                                  method_opt => 'for all columns size repeat',
   
6.                                  degree => DBMS_STATS.AUTO_DEGREE,
   
7.                                  granularity => 'ALL',
   
8.                                  cascade=>TRUE
   
9.                                  );
   
10. END;

复制代码

然后：

1. select table_name,num_rows from all_tables t where t.TABLE_NAME='TMP';

复制代码

针对不同的分区：

1. select table_name,partition_name,num_rows from dba_tab_partitions t where t.table_name='TMP'

复制代码

希望能有所帮助，使用这个方法一定要刷新统计信息，若无刷新和查询字典表权限，与DBA协商，刷新权限不一定给你开，但可以根据你的要求实施，查询字典一般都是可以给你开查询权限的

chengwanhe

20亿的数据不太容易快，统计记录，要想办法修改下设计，个人觉得单独设计一个表，统计记录数，新增数据后，同步维护这个表的记录

chengwanhe

1124739334 发表于 2015-1-5 10:29
我个人有一个方案，你看其他坛友觉得怎么样:
1、如果是针对这张表，不加任何条件，可以用系统内置刷新统 ...

数据量太大，每次收集统计信息也很耗时吧

1124739334

chengwanhe 发表于 2015-1-5 11:32
数据量太大，每次收集统计信息也很耗时吧

如果有时间的话，可以测试下两个方法的耗时，用传统的优化方法，如果该优化都优化到极点了，那就该想想有没有其他的方案，如果效率相差不大，那就算了，数据量大的问题，此方案需要与DBA协商评估，毕竟DBA经常干这种事情，相对于开发人员，他比较清楚的。

jinaqu

1124739334 发表于 2015-1-5 10:29
我个人有一个方案，你看其他坛友觉得怎么样:
1、如果是针对这张表，不加任何条件，可以用系统内置刷新统 ...

灰常感谢，我试试

jinaqu

chengwanhe 发表于 2015-1-5 11:31
20亿的数据不太容易快，统计记录，要想办法修改下设计，个人觉得单独设计一个表，统计记录数，新增数据后， ...

这个方案我之前想过，被否定了

jinaqu

1124739334 发表于 2015-1-5 12:19
如果有时间的话，可以测试下两个方法的耗时，用传统的优化方法，如果该优化都优化到极点了，那就该想想有 ...

嗯嗯，正在测试