一、基数:
一个列中唯一键(Distinct_keys)的个数,如有一个100W行的表,性别列的基数为2 (select distinct gender from test),主键列的基数为100W(select distinct mid from test);二、选择性:
基数/总行数所占的百分比,性别 2/100w * 100% 主键 100% 选择性越高 越有利于使用索引 20~30%就算是比较高了2.1、如何判断是一个索引创建的是好还是坏呢?
就看他的基数和选择性 如果基数大选择性大 那么使用索引就比较好2.2、性别这个列使不使用索引?
要看情况,从OLTP系统上来说 在选择性低的列上创建索引肯定不适合的,基数/选择性高的列,适合建立B-Tree索引; 在OLAP系统中基数低的列根据需求,有可能会建立bitmap索引2.3、如何查看列的选择性和基数呢?
- create table test as select * from dba_objects;
- create index idx on test(owner);
- --最简单直接的写法是运行下面的语句 但可能会卡死 想象如果一张表30G 上千万行 而segment_size只有10G
- select count(distinct column_name),count(*) total_rows,count(distinct column_name) / count(*) * 100 selectivity from table_name;
- --在做SQL优化的时候,不要急忙运行上面SQL,首先应该检查表的segment_size有多大,如果表的segment_size过大(比如超过SGA的buffer_cache),你要考虑运行上面SQL是否对你当前的系统有影响,如果是测试环境,无所谓,如果是生产环境,要小心谨慎。
- --其实建议使用统计信息表(dba_tab_col_statistics 、dba_tables )里的信息来查看选择性和基数
- select a.column_name,
- b.num_rows,
- a.num_distinct Cardinality,
- round(a.num_distinct / b.num_rows * 100, 2) selectivity,
- from dba_tab_col_statistics a, dba_tables b
- where a.owner = b.owner
- and a.table_name = b.table_name
- and a.owner = upper('&owner')
- and a.table_name = upper('&table_name')
- and a.column_name = upper('&column_name');
2.4、请写一个脚本找出系统中不合理(选择性很低)的索引!!!
- select a.OWNER,
- a.INDEX_NAME,
- a.TABLE_NAME,
- a.DISTINCT_KEYS Cardinality,
- a.NUM_ROWS,
- round(a.DISTINCT_KEYS / NUM_ROWS * 100, 2) selectivity
- from dba_ind_statistics a
- where A.OWNER = 'SCOTT'
- --selectivity <5 一般选择性小于5% 就属于选择性差
- --上面如果统计信息有可能不是最新的 最好使用下面的语句
- select table_name,index_name,round(distinct_keys/num_rows * 100, 2) selectivity from user_indexes;
三、直方图
3.1、概述
直方图 当某列数据分布不均衡,为了让CBO能生成最佳的执行计划,我们可能需要对表收集直方图,直方图最大的桶数(Bucket)是254。收集直方图是一个很耗时的过程,如无必要,千万别去收集直方图。 |
3.2、如何查看直方图
直方图是根据统计信息而来的 所以要先收集统计信息- BEGIN
- DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCOTT',
- tabname => 'TEST',
- estimate_percent => 100,
- method_opt => 'for all columns size skewonly',
- no_invalidate => FALSE,
- degree => 1,
- cascade => TRUE);
- END;
- /
然后再查询统计信息
- select a.column_name,
- b.num_rows,
- a.num_distinct Cardinality,
- round(a.num_distinct / b.num_rows * 100, 2) selectivity,
- a.histogram,
- a.num_buckets
- from dba_tab_col_statistics a, dba_tables b
- where a.owner = b.owner
- and a.table_name = b.table_name
- and a.owner = 'SCOTT'
- and a.table_name = 'TEST';
oracle 一般查询数据行数在5%以下希望走索引
生成了直方图之后 执行以下两个句子查看一下分别的执行计划对比看看
- select * from test where owner='SYS'; --查询出3W行 ROWS估算3W行 估算正确 走全表
- select * from test where owner='SCOTT';--查询出7行 ROWS估算7行(低于5%) 估算正确 走索引
删除直方图信息
- BEGIN
- DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCOTT',
- tabname => 'TEST',
- estimate_percent => 100,
- method_opt => 'for all columns size 1',
- no_invalidate => FALSE,
- degree => 1,
- cascade => TRUE);
- END;
- /
- select * from test where owner='SYS';
- --查询出3W行 ROWS估算7W/基数23=2501行(低于5%)它也叫基数 预估均匀分配走索引 估算错误
- select * from test where owner='SCOTT';
- --查询出7行 ROWS估算2501行(低于5%)预估均匀分配走索引 估算错误
如果是采样率estimate_percent100%,SQL条件不复杂的话,那么一般执行计划里估算的基数也是准确的; 如果一个表10个G 那么如果要采样率100% 会搞死人的 所以一般都是收集30%,这时候估算的基数不一定准确了,但是估算给CBO一般够了;
3.3、疑问
1、直方图到底应该什么时候收集直方图? 就查一下执行计划和实际查询行数进行比较 估算的基数ROWS是不是算错了。2、只对有索引的列收集直方图也是错的!
3、直方图究竟是干嘛的?告诉CBO 有没有收集直方图 这个列是不是均衡的 1. 没收集直方图 ---CBO认为这个列是分布均匀的;
2. 收集过了 ---告诉CBO这个列数据有问题 分布不均衡 你别算错了 特别是频率直方图算的会很准最终就是影响rows