Oracle11g怎么收集多列统计信息

这篇文章主要介绍“Oracle 11g怎么收集多列统计信息”，在日常操作中，相信很多人在Oracle 11g怎么收集多列统计信息问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Oracle 11g怎么收集多列统计信息”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

创新互联公司-专业网站定制、快速模板网站建设、高性价比丹凤网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式丹凤网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖丹凤地区。费用合理售后完善，十年实体公司更值得信赖。

        通常，当我们将SQL语句提交给Oracle数据库时，Oracle会选择一种最优方式来执行，这是通过查询优化器Query Optimizer来实现的。CBO（Cost-Based Optimizer）是Oracle默认使用的查询优化器模式。在CBO中，SQL执行计划的生成，是以一种寻找成本（Cost）最优为目标导向的执行计划探索过程。所谓成本（Cost）就是将CPU和IO消耗整合起来的量化指标，每一个执行计划的成本就是经过优化器内部公式估算出的数字值。

        我们在写SQL语句的时候，经常会碰到where子句后面有多个条件的情况，也就是根据多列的条件筛选得到数据。默认情况下，oracle会把多列的选择率（selectivity）相乘从而得到where语句的选择率，这样有可能造成选择率（selectivity）不准确，从而导致优化器做出错误的判断。为了能够让优化器做出准确的判断，从而生成准确的执行计划，oracle在11g数据库中引入了收集多列统计信息。本文通过对测试表的多条件查询，介绍收集多列统计信息的重要性。

1.环境准备

我们在Oracle 11g中进行试验。

此处)折叠或打开

1. SQL>

2. SQL> explain plan for select * from hoegh where employee_id=110 and email=\'JCHEN\';

4. Explained.

6. SQL>

7. SQL> select * from table(dbms_xplan.display);

9. PLAN_TABLE_OUTPUT

10. --------------------------------------------------------------------------------

11. Plan hash value: 774871165

13. ---------------------------------------------------------------------------

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

15. ---------------------------------------------------------------------------

16. | 0 | SELECT STATEMENT | | 1 | 69 | 8 (0)| 00:00:01 |

17. |* 1 | TABLE ACCESS FULL| HOEGH | 1 | 69 | 8 (0)| 00:00:01 |

18. ---------------------------------------------------------------------------

20. Predicate Information (identified by operation id):

21. ---------------------------------------------------

23. PLAN_TABLE_OUTPUT

24. --------------------------------------------------------------------------------

26.    1 - filter(\"EMPLOYEE_ID\"=110 AND \"EMAIL\"=\'JCHEN\')

28. 13 rows selected.

30. SQL>

从执行计划可以看出返回了1行记录，而事实又是什么样的呢？我们执行一下这条sql语句。

点击(此处)折叠或打开

1. SQL> select count(*) from hoegh where employee_id=110 and email=\'JCHEN\';

3.   COUNT(*)

4. ----------

5.         16

7. SQL>

由此看出，测试表hoegh符合查询条件的数据有16行，而执行计划提示的只有1行，出错了。这是怎么回事呢，也就是我们在开篇提到的选择率（selectivity）出了问题。
在这个多列条件查询语句中，选择率＝1/107＊1/107，返回行数＝1/107＊1/107*1712=16/107<1；由于表中存在符合条件的记录，并且返回行数不可能小于1，所以Oracle返回了1。

5.收集多列统计信息，再次查看两个条件的where语句的执行计划

点击(此处)折叠或打开

1. SQL>

2. SQL> exec dbms_stats.gather_table_stats(\'HR\',\'HOEGH\',method_opt=>\'for columns(employee_id,email)\');

4. PL/SQL procedure successfully completed.

6. SQL>

7. SQL> explain plan for select * from hoegh where employee_id=110 and email=\'JCHEN\';

9. Explained.

11. SQL> select * from table(dbms_xplan.display);

13. PLAN_TABLE_OUTPUT

14. --------------------------------------------------------------------------------

15. Plan hash value: 774871165

17. ---------------------------------------------------------------------------

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

19. ---------------------------------------------------------------------------

20. | 0 | SELECT STATEMENT | | 16 | 1152 | 8 (0)| 00:00:01 |

21. |* 1 | TABLE ACCESS FULL| HOEGH | 16 | 1152 | 8 (0)| 00:00:01 |

22. ---------------------------------------------------------------------------

24. Predicate Information (identified by operation id):

25. ---------------------------------------------------

27. PLAN_TABLE_OUTPUT

28. --------------------------------------------------------------------------------

30.    1 - filter(\"EMPLOYEE_ID\"=110 AND \"EMAIL\"=\'JCHEN\')

32. 13 rows selected.

34. SQL>

从执行计划的结果来看，同样的一条sql查询语句，在收集多列统计信息后，Oracle的选择率（selectivity）由错变对，这是由于sql语句中的两个条件是有关联的，即employee_id和email在employees表中都是唯一的，都可以唯一标识一行记录；而在收集多列统计信息之前，Oracle并不知道这两个查询条件有关联，所以在计算选择率（selectivity）时，只是简单地采取了相乘的方法。

到此，关于“Oracle 11g怎么收集多列统计信息”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！