Version Count 数目过多诊断的方法 - ashorefish/-software-test GitHub Wiki

Version Count 数目过多诊断的方法 1、关于version count 首先我们一起来回顾一下Oracle的“父子游标”（child cursor and parent cursor）概念。在Oracle中，任何一个执行的SQL语句，都会以游标cursor的形式进行处理。具体来说，一个SQL要涉及到两个游标对象，共享游标shared cursor和私有游标private cursor。 Private cursor是驻留在Oracle Server Process PGA内部，只能被一个Server Process对应的会话使用。而shared cursor驻留在SGA的shared pool中，具体位于shared pool中的library cache。 对shared cursor而言，主要缓存的目的在于执行计划的共享。一个SQL经过validate和parse过程，会形成父游标和子游标的配对组合。SQL文本完全相同的语句，会共享父游标。而环境信息、对象信息相同的SQL语句，才可能共享子游标。当找不到对应的子游标或者父游标时，也就意味着找不到可共享的执行计划。这样对应的SQL就需要发生hard parse，重新生成执行计划。

一个父游标下对应的子游标个数，我们成为version count。每一个子游标对应一个执行计划对象。 version count就表示当前父游标下对应子游标的个数。如果一个父游标对应的子游标version count过多，也就是对应了很多的子游标对象。这样，当server process检查可共享的游标时，就需要长时间的检索子游标列表。

最有名的version count过多问题是由于设置cursor_sharing参数为similar后，引发的version count错误。 此外，version count过多也是我们需要诊断SQL为什么不会共享的一个出发点。比较常用的有两种，本篇中进行详细介绍：

2、v$sql_shared_cursor视图 SQL执行计划的生成，是受到很多因素影响的。相同父游标只是表示输入SQL的字面值相同。子游标对应的因素，如优化器类型、optimizer_mode、对应对象权限等的差异，都会影响到子游标的共享。

在Oracle 11g中，一个新的视图被提供出来，用于帮助诊断子游标不共享问题的原因，就是v$sql_shared_cursor。该视图是一个宽列视图，通过sql_id和child_number就可以定义某个特定子游标的信息。其他大部分列都是以varchar2(1)的Y/N取值，每列的含义都是一个不能共享的理由。注意：这个理由N表示的是不能共享第一个子游标child_number=0的理由。 

3、version-rpt脚本 在MOS438755.1中，Oracle提供了一个专门的脚本程序，用于协助诊断high SQL version count问题。 首先，我们需要从MOS上下载到脚本version_rpt.sql，目前笔者的版本为3.1.2。使用sys用户登录之后，调用该脚本创建相应的数据库对象。

4、结论 version count问题是Oracle SQL共享的一个方面。借助适当的工具手段，我们可以准确的定位问题，解决问题。

如果我们修改了优化器参数、环境变量、绑定变量等，都可能使得SQL发生重新解析，产生不同的子游标，也就是不同的VERSION