高version_count问题

fengbao

数据库版本：10.2.0.5.0  rac for hpux 11.23

Version  Count	Executions	SQL Id	SQL Module	SQL Text
1,257	16,429	04xtrk7uyhknh		select  obj#, type#, ctime, mti...
638	6,378	7ng34ruy5awxq		select  i.obj#, i.ts#, i.file#,...
638	6,378	7ng34ruy5awxq		select  i.obj#, i.ts#, i.file#,...
231	16,429	04xtrk7uyhknh		select  obj#, type#, ctime, mti...
89	8,737	1gu8t96d0bdmu		select  t.ts#, t.file#, t.block...

查看视图：

1. SQL> select auth_check_mismatch, bind_mismatch, language_mismatch
   
2.   2    from v$sql_shared_cursor
   
3.   3   where sql_id = '04xtrk7uyhknh'
   
4.   4  ;
   
5. 
   
6. AUTH_CHECK_MISMATCH BIND_MISMATCH LANGUAGE_MISMATCH
   
7. ------------------- ------------- -----------------
   
8. Y                   N             Y
   
9. N                   Y             N
   
10. Y                   N             Y
    
11. Y                   N             Y
    
12. Y                   N             Y
    
13. N                   N             N
    
14. N                   N             N
    
15. Y                   N             Y
    
16. Y                   N             Y
    
17. Y                   N             Y
    
18. Y                   N             Y
    
19. Y                   N             Y
    
20. Y                   N             Y
    
21. Y                   N             Y
    
22. Y                   N             Y

复制代码

主要是 auth_check_mismatch和language_mismatch不匹配导致
   查看auth_check_mismatch 像是bug，bug号：11720178
   但是language_mismatch没有查到任何信息。
请大家帮忙看看我这个问题出在哪里呢？为什么高的version count都是对系统表的查询呢？谢谢大家了

Maclean Liu(刘相兵

你附件的AWR里有病毒

HTML最后一行<iframe

Maclean Liu(刘相兵

oradebug setmypid
oradebug unlimit;

alter session set events 'immediate trace name library_cache level 11';
alter session set events 'immediate trace name cursordump level 16';
oradebug tracefile_name;


给出trace文件

fengbao

通过Oracle version_rpt script version 3.1.2查询结果如下:

1. Version Count Report Version 3.1.2 -- Today's Date 12-8月 -13 15:26
   
2. RDBMS Version :10.2.0.5.0 Host: odsb11 Instance 1 : odsb11
   
3. ==================================================================
   
4. Addr: C0000012C3D410E0  Hash_Value: 4125641360  SQL_ID 04xtrk7uyhknh
   
5. Sharable_Mem: 280879 bytes   Parses: 3163445
   
6. Stmt:
   
7. 0 select obj#,type#,ctime,mtime,stime,status,dataobj#,flags,oid$,
   
8. 1 spare1, spare2 from obj$ where owner#=:1 and name=:2 and namespa
   
9. 2 ce=:3 and remoteowner is null and linkname is null and subname i
   
10. 3 s null
    
11. 
    
12. Versions Summary
    
13. ----------------
    
14. OPTIMIZER_MISMATCH :1
    
15. AUTH_CHECK_MISMATCH :8
    
16. LANGUAGE_MISMATCH :8
    
17. Total Versions:9
    
18. ~
    
19. Plan Hash Value Summary
    
20. -----------------------
    
21. Plan Hash Value Count
    
22. =============== =====
    
23.       853875749    10
    
24. 
    
25. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    
26. Details for OPTIMIZER_MISMATCH :
    
27. 
    
28. 4 versions with parallel_execution_enabled = false
    
29. 4 versions with optimizer_mode = choose
    
30. 4 versions with _pga_max_size = 2097152 KB
    
31. 2 versions with hash_area_size = 2000000
    
32. 2 versions with sort_area_size = 1000000
    
33. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    
34. Details for AUTH_CHECK_MISMATCH :
    
35. 
    
36. # of Ver PARSING_USER_ID PARSING_SCHEMA_ID PARSING_SCHEMA_NAME
    
37. ======== =============== ================= ===================
    
38.       10                0                 0 SYS
    
39. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    
40. Details for LANGUAGE_MISMATCH :
    
41. 
    
42. No details available
    
43. ####
    
44. To further debug Ask Oracle Support for the appropiate level LLL.
    
45. alter session set events
    
46. 'immediate trace name cursortrace address 4125641360, level LLL';
    
47. To turn it off do use address 1, level 2147483648
    
48. ================================================================
    

复制代码

psufnxk2000

04xtrk7uyhknh 比如 说这个sql， 在version count里怎么会出现 两次， 并且值 还不一样？？ 难道 是另一个节点的？ 不太可能 。

version count是在一个 内存级别的 累积值 ，比如说你看到 04xtrk7uyhknh  有1K+个版本，但是
version_rpt里只有 9个版本。   

fengbao

在v$sqlarea中，sql_id='04xtrk7uyhknh' 只有一个版本：1k+的。
至于awr报告里面，为什么同样的sql_id会出现两个不同的结果，我也很奇怪，不仅是这一个SQL有这样的情况。

是不是可以这样理解：version count是一个内存级别的累计值，随着实例的使用时间，该值就会越来越大，这是一个正常的现象？

psufnxk2000

psufnxk2000 发表于 2013-8-12 16:04
04xtrk7uyhknh 比如 说这个sql， 在version count里怎么会出现 两次， 并且值 还不一样？？ 难道 是另一个 ...

虽然查version count 时查的是 dba_hist_sqlstat ， 里面有多个实例 的 信息，但是条件里有指定实例的。 不懂。。。

psufnxk2000

fengbao 发表于 2013-8-12 17:48
在v$sqlarea中，sql_id='04xtrk7uyhknh' 只有一个版本：1k+的。
至于awr报告里面，为什么同样的sql_id会出 ...

在v$sqlarea里，是父游标， 只会有一个 。


version count是一个内存级别的累计值，随着实例的使用时间，该值就会越来越大，这是一个正常的现象？》》      如果只是 v$sqlarea.version_count高， 而v$sql 和 v$sql_shared_cursor 这两个里面显示 的都是不高 ，我想， 可以不做处理。       v$sql和v$sql_shared_cursor   这两个里面的个数是一致的。