软解析、硬解析及其对性能的影响

SQL解析时要经历以下几个步骤:

   1. VPD相关处理

   2. 语法、语义、权限检查

   3. 对SQL进行逻辑优化

   4. 再进行物理优化

这其中会牵涉到游标的缓存读写: 看下缓存里有没有所需的游标,有就读出来直接用,没有就要创建一个出来用,用完后塞到缓存中。

如果缓存已存在,那就只需执行上面的步骤#1和步骤#2。 这就是软解析。

否则,就会执行所有步骤。这就是硬解析。

由于步骤#3和#4比较耗费CPU,而在缓存里创建新游标又比较耗内存,因此硬解析比软解析的开销要大很多,因此应该尽量避免硬解析。

要避免硬解析,就得尽量重用缓存中的游标。而游标是以SQL为Key的,要重用游标,就要尽量对同样的操作使用同样的SQL(大小写、空格都要一样),也就是说要用Bind Variables.

============================================================

不过,软硬解析代价都其实都很高,因为它们都会产生对共享资源的竞争使用。 Oracle中,这些操作的并发性达到了“可串行化”级别,对性能的影响很大。

Leave a Comment

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.