Oracle 11g统计信息收集--多列统计信息的收集

咱们在写SQL语句的时候，有的时候会碰到where子句后面有多个条件的状况，也就是根据多列的条件筛选获得数据。默认状况下，oracle会把多列的选择性（selectivity）相乘从而获得where语句的选择性，这样有可能会让oracle的选择性变的不够准确，从而致使优化器作出错误的判断。好比对于汽车厂商和汽车型号，其实是有关联关系的，一旦你知道了汽车的型号，就能判断出是哪个厂商的汽车。再好比说酒店星级和酒店价格等级也有相似的对应关系。为了可以让优化器作出准确的判断，从而生成准确的执行计划，oracle在11g数据库中引入了多列统计信息的概念。
选择性：在本例中是 1/惟一值

咱们有一张表BOOKS，两个列hotel_id,rate_category,咱们来看一下这两列的数据分布：
SQL> select hotel_id,rate_category,count(1) from books
2 group by hotel_id,rate_category
3 order by hotel_id;

HOTEL_ID RATE_CATEGORY COUNT(1)

10 11 19943
10 12 39385
10 13 20036
20 21 5106
20 22 10041
20 23 5039

6 rows selected.

仔细检查数据：hotel_id 10 的 rate_category 列仅包含 十一、12 和 13，而 hotel_id 20 的该列仅包含 2一、22 和 23（十一、12 和 13 一个都不包含)。为什

么？缘由可能与酒店的星级有关。酒店 20 是一家订价较高的酒店，而租金等级 十一、12 和 13 是较低的等级，所以它们不适用于一家高收费的酒店。一样地，

2一、22 和 23 是较高的租金等级，所以它们不适用于酒店 10 这样的经济型酒店。并且，酒店 10 的房间预约数量多于酒店 20。

在表books的两个列上建立索引，并收集表的统计信息。
SQL> create index book_idx1 on books(hotel_id);
Index created.

SQL> create index book_idx2 on books(rate_category);
Index created.

SQL> analyze table books compute statistics;
Table analyzed.

若是咱们要找到表中知足条件20号酒店价格等级是21的记录，执行计划会是什么样子呢？
SQL> set autotrace trace exp
SQL> select hotel_id,rate_category from books where hotel_id=20 and rate_category=21;

Execution Plan

Plan hash value: 2688610195

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

| 0 | SELECT STATEMENT | | 8296 | 33184 | 47 (3)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| BOOKS | 8296 | 33184 | 47 (3)| 00:00:01 |

Predicate Information (identified by operation id):

1 - filter("RATE_CATEGORY"=21 AND "HOTEL_ID"=20)

SQL> set autotrace off

SQL> select count(1) from books;

COUNT(1)

99550

SQL> select 99550/8296 from dual;

99550/8296

11.9997589

从上例中能够看到，oracle选择了走全表扫描，断定的记录条数是8296条，而我么表中真实的数据是5106条，对于整张表99550条记录来讲，应当可使用到索引的。可是oracle没有，由于oracle会把两个列分别考虑，而计算出来的选择性是hotel_id 1/2，rate_category 1/6,从而获得了语句的选择性是1/12,这也就

是咱们在执行计划中看到8296（99550*1/12）条记录的缘由。

为了可以让oracle获得准确的执行记录，咱们能够采起两个方法
1.使用程序包 dbms_stats 中的新函数 create_extended_stats 建立一个虚拟列，而后对表收集统计信息。
大体以下：
dbms_stats.create_extended_stats('SCOTT', 'BOOKS','(HOTEL_ID, RATE_CATEGORY)')
下次再收集表的统计信息时，将会自动收集您的列组的多列统计信息。

2.直接在程序包 dbms_stats 指定method_opt，收集统计信息时，把列组合做为单独列使用

在这里咱们使用第二种方法
SQL> begin
2 dbms_stats.gather_table_stats (
3 ownname => 'SCOTT',
4 tabname => 'BOOKS',
5 estimate_percent=> 100,
6 method_opt => 'FOR ALL COLUMNS SIZE SKEWONLY FOR COLUMNS (HOTEL_ID,RATE_CATEGORY)',
7 cascade => TRUE
8 );
9 end;
10 /

PL/SQL procedure successfully completed.

收集完列组统计信息后，再来看一下语句的执行计划
SQL> set autotrace trace exp
SQL> select hotel_id,rate_category from books where hotel_id=20 and rate_category=21;

Execution Plan

Plan hash value: 1484887743

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

| 0 | SELECT STATEMENT | | 5106 | 30636 | 19 (0)| 00:00:01 |
|* 1 | TABLE ACCESS BY INDEX ROWID| BOOKS | 5106 | 30636 | 19 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | BOOK_IDX2 | 5106 | | 11 (0)| 00:00:01 |

Predicate Information (identified by operation id):

1 - filter("HOTEL_ID"=20)
2 - access("RATE_CATEGORY"=21)

该输出清晰地显示索引 BOOK_IDX2 已使用。为何如今使用了索引？注意“Rows”列下方的值 (5106)。优化程序正确地肯定了值组合的行数的估计值，而非分开的各个值的行数的估计值。

固然了，对于其余的条件，oracle也能够作出准确的判断

SQL> set autotrace trace exp
SQL> select hotel_id,rate_category from books where hotel_id=10 and rate_category=12;

Execution Plan

Plan hash value: 2688610195

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

| 0 | SELECT STATEMENT | | 39385 | 230K| 47 (3)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| BOOKS | 39385 | 230K| 47 (3)| 00:00:01 |

Predicate Information (identified by operation id):

1 - filter("RATE_CATEGORY"=12 AND "HOTEL_ID"=10)

在视图 USER_STAT_EXTENSIONS 中，您能够看到在数据库中定义的扩展统计信息：
SQL> select extension_name, extension
2 from user_stat_extensions
3 where table_name='BOOKS';

EXTENSION_NAME EXTENSION

SYS_STUW3MXAI1XLZHCHDYKJ9E4K90 ("HOTEL_ID","RATE_CATEGORY")