Oracle Shared Pool优化思路

简介:

shared pool主要由保存数据字典的data_dictionary和保存SQL和PL/SQL代码和执行计划的library cache组成 。还包括其它供系统不同特性和技术使用的若干缓冲区,如为shared server模式提供的UGA等。
优化shared pool的思路:
1)根据设置经验,例如,可设置shared_pool_size=sga_target*(10%~15%)。

 


 


2)重点关注保存SQL和PL/SQL代码和执行计划的library cache相关指标。查看AWR报告Load Profile部分,分析Hard Parses/s等指标。分析Instance Efficiency Percentages (Target 100%)中Library Hit %、Execute to Parse %、Soft Parse %等
   需要关注的等待事件:
   Latch:library cache
   Latch:shared pool
3)查看Time Model Statistics中与shared pool相关指标(parse time elapsed与hard parse elapsed time)。
  如果hard parse elapsed time所占比例较高,说明应用的语句共享性存在严重问题。

优化方法:
1)评估语句共享性
   Execute to Parse %=(execute次数-Parse次数)/Execute次数*100%

 
   如果Execute to Parse %太低,说明解析次数非常高,系统整体共享性差。一般该指标达到70%以上,就说明语句共享性不错。
 
   
 
   AWR报告中Library Hit %、Soft Parse %和Hard Parses/s。Parse包含Hard Parse与Soft Parse次数,但我们应关注Hard Parses。
 
   
 
   查询非共享的sql语句(执行次数为1):
   select sql_text from v$sqlarea where executions=1 order by upper(sql_text); 
 
2)通过shared pool advisory设置合理的shared_pool_size。也可以通过设置shared_pool_reserved_size参数,使一些比较大的PL/SQL对象常驻内存中,减少shared pool出现碎片的可能性。
 
1.SQL> set lines 100  
 2.SQL> set pages 999  
 3.SQL> column c1     heading 'Pool |Size(M)'  
 4.SQL> column c2     heading 'Size|Factor'  
 5.SQL> column c3     heading 'Est|LC(M)  '  
 6.SQL> column c4     heading 'Est LC|Mem. Obj.'  
 7.SQL> column c5     heading 'Est|Time|Saved|(sec)'  
 8.SQL> column c6     heading 'Est|Parse|Saved|Factor'  
 9.SQL> column c7     heading 'Est|Object Hits'   format 999,999,999  
 10.SQL> SELECT shared_pool_size_for_estimate c1,shared_pool_size_factor c2,  
 11.  2  estd_lc_size c3,estd_lc_memory_objects c4,estd_lc_time_saved c5,  
 12.  3  estd_lc_time_saved_factor c6,estd_lc_memory_object_hits c7 FROM V$SHARED_POOL_ADVICE;  
 13.  
 14.                                                   Est        Est  
 15.                                                  Time      Parse  
 16.     Pool        Size        Est     Est LC      Saved      Saved          Est  
 17.   Size(M)     Factor    LC(M)    Mem. Obj.      (sec)     Factor  Object Hits  
 18.---------- ---------- ---------- ---------- ---------- ---------- ------------   
 19.        64         .4         18       2799        510      .9677       38,723  
 20.        80         .5         33       4192        518      .9829       39,201  
 21.        96         .6         48       5700        527          1       39,890  
 22.       112         .7         60       7288        527          1       40,104  
 23.       128         .8         60       7288        527          1       40,106  
 24.       144         .9         60       7288        527          1       40,106  
 25.       160          1         60       7288        527          1       40,106  
 26.       176        1.1         60       7288        527          1       40,106  
 27.       192        1.2         60       7288        527          1       40,106  
 28.       208        1.3         60       7288        527          1       40,106  
 29.       224        1.4         60       7288        527          1       40,106  
 30.       240        1.5         60       7288        527          1       40,106  
 31.       256        1.6         60       7288        527          1       40,106  
 32.       272        1.7         60       7288        527          1       40,106  
 33.       288        1.8         60       7288        527          1       40,106  
 34.       304        1.9         60       7288        527          1       40,106  
 35.       320          2         60       7288        527          1       40,106  
 
3)合理设置large_pool_size参数

 
   large pool缓冲区用于备份恢复操作、并行处理、ASM、共享连接模式、模拟异步I/O操作等场景,应合理设置large_pool_size以避免使用shared pool缓冲区,加剧shared pool缓冲区空间的紧张和产生碎片的可能性。
 
注意:并不是所有的sql都需要共享,对于统计报表类sql因其单笔事务的资源消耗大,并发量不高的特点,应该保证其执行计划的最优,这时候不用绑定变量。





本文转自 vfast_chenxy 51CTO博客,原文链接:http://blog.51cto.com/chenxy/892788,如需转载请自行联系原作者
目录
相关文章
|
1月前
|
存储 Oracle 数据管理
Oracle 12c的自动数据优化(ADO)与热图:数据管理的“瘦身”与“透视”艺术
【4月更文挑战第19天】Oracle 12c的ADO和热图技术革新数据管理。ADO智能清理无用数据,优化存储,提升查询速度,实现数据"瘦身";热图则以直观的视觉表示展示数据分布和状态,助力识别性能瓶颈,犹如数据的"透视"工具。这两项技术结合,强化数据管理,为企业业务发展保驾护航。
|
7月前
|
存储 SQL Oracle
Oracle优化避免索引失效
Oracle优化避免索引失效
230 0
|
7月前
|
SQL Oracle 关系型数据库
Oracle优化问题
Oracle优化问题
|
9月前
|
SQL Oracle 关系型数据库
Oracle数据库优化的总结及优化方法
Oracle数据库优化的总结及优化方法
68 0
|
存储 Oracle 关系型数据库
Oracle优化07-分析及动态采样-DBMS_STATS 包
Oracle优化07-分析及动态采样-DBMS_STATS 包
93 0
Oracle优化07-分析及动态采样-DBMS_STATS 包
|
存储 Oracle 关系型数据库
Oracle海量数据优化-02分区在海量数据库中的应用-更新中
Oracle海量数据优化-02分区在海量数据库中的应用-更新中
89 0
|
SQL 存储 Oracle
Oracle海量数据优化-01分区的渊源
Oracle海量数据优化-01分区的渊源
52 0
|
SQL 存储 Oracle
Oracle优化07-分析及动态采样-动态采样
Oracle优化07-分析及动态采样-动态采样
114 0
|
SQL 监控 Oracle
Oracle优化08-并行执行
Oracle优化08-并行执行
80 0
|
SQL Oracle 关系型数据库
Oracle优化07-分析及动态采样-直方图
Oracle优化07-分析及动态采样-直方图
72 0