如何自动化分析Oracle SQL执行计划

如果用户发起一条SQL，在SQL的解析过程中，Oracle会在SHARED POOL中申请持有一系列的LATCH， 该解析过程又分软解析（SOFT PARSING）、软软解析（SOFT SOFT PARSING）和硬解析3种。
软解析的目的是最大程度地重用保存在LIBRARY CACHE中的LCO信息，所以经常可以看到软解析高的系统里SHARED POOL的利用率不高，图8-26中的AWR数据来自某客户数据库。
硬解析的消耗代价不仅仅是容易引起LATCH的争用。产生一个新的SQL执行计划也需消耗大量的资源。比如有条3张表关联的SQL，每张表上有2个索引，仅表访问方式就有3×3×3=27种，Oracle需要针对这27种访问方式进行综合考虑，以选择一种合适的访问方式产生一个执行计划。除了表访问方式之外，产生执行计划的时候，Oracle还需考虑表的JOIN方式、索引的访问方式等。所以硬解析成本非常高，并发性能力很弱。
在硬解析比较多的系统中，为防止内存过度碎片化，有时需要定期刷新SHARED POOL来减缓性能恶化的速度。