ORACLE 性能优化-手工修改统计信息（不得已为之）详解

最新推荐文章于 2024-08-01 23:39:22 发布

小学生汤米

最新推荐文章于 2024-08-01 23:39:22 发布

阅读量2.3k

点赞数

分类专栏： ORACLE 优化文章标签： ORACLE 性能优化执行计划

本文链接：https://blog.csdn.net/gaobudong1234/article/details/73250397

版权

本文详细介绍了在Oracle数据库中，如何通过手工修改统计信息（如SET_COLUMN_STATS、SET_INDEX_STATS等）来解决因统计信息不准确导致的执行计划错误。在分析和比较错误与期望的执行计划后，展示了通过调整索引的clustering_factor来改善性能的例子，并解释了clustering_factor的概念及其对索引扫描的影响。

摘要由CSDN通过智能技术生成

手工修改统计信息，手工为字段，索引，表和系统性能数据赋值

SET_COLUMN_STATS Procedures
SET_INDEX_STATS Procedures
SET_SYSTEM_STATS Procedure
SET_TABLE_STATS Procedure

这几个存储过程允许我们手工地为字段，索引，表和系统性能数据赋值。它的一个用处是当相应的指标不准确导致执行计划失败时，可以使用这种方法手工地来为这些性能数据赋值。在极端情况下，这也不失为一个解决问题的方法。
优化SQL的手段, 首选还是加hint, 无论数据怎么变化统计信息怎么变化, 加hint的方式得到的执行计划是最稳定的, 而且不会对其他SQL有任何影响;
其次是analyze, 使统计信息正确, 并期望CBO能借助正确的统计信息得到正确的执行计划, 但是这个与hint比, 杀伤面积太大, 可能会伤及其他SQL;
而用dbms_stats的方式手工修改统计信息, 这个是没有办法的办法, 下下策.

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
当前错误执行计划
-------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost |
-------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 35732 | 24M| | 17298 |
|* 1 | VIEW | | 35732 | 24M| | 17298 |
|* 2 | COUNT STOPKEY | | | | | |
|* 3 | VIEW | | 35732 | 24M| | 17298 |
|* 4 | WINDOW SORT PUSHED RANK| | 35732 | 4710K| 12M| 17298 |
|* 5 | TABLE ACCESS FULL | XXX_XXXXXXXXXXXX_XXX_XXXX | 35732 | 4710K| | 16558 |
-------------------------------------------------------------------------------------------------

希望走的执行计划
----------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost |
----------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 35732 | 24M| | 28791 |
|* 1 | VIEW | | 35732 | 24M| | 28791 |
|* 2 | COUNT STOPKEY | | | | | |
|* 3 | VIEW | | 35732 | 24M| | 28791 | <