拓扑园

  • Oracle性能优化
  • Oracle项目案例
    • Oracle近期项目案例(目录)
    • Oracle实战问题解析(目录)
    • Oracle数据库名变更流程(2种方式)
    • Oracle数据库目录更换流程(使用Oracle的clone工具)
    • Oracle数据库迁移方案(目录)
    • 标准化文档系列
  • 技术研究-密保
    • FG-MySQL
    • FG-Docker/K8S
    • FG-PostgreSQL
    • FG-ORACLE_BBED
    • FG-ORACLE
    • FG-Elasticsearch(ES)+ELK
    • Oracle-19C-OCP
    • WERN_ORACLE培训
    • redis数据库
    • Nginx培训学习系列
  • 图灵小队
    • MySQL8.0/Oracle/Memcached/Redis等安装配置于RHEL/OL6/7/8.X系列-运行环境最优配置
    • PG安装配置于RHEL/9X系列-运行环境最优配置
    • 自动维护任务详解-开启、关闭信息统计收集(统计信息)
    • 图灵小队-Oracle存储过程导出表的明细_UTL_FILE(文章)
    • 图灵小队-Oracle数据库删除/卸载操作指南(文章)
    • 图灵小队-Oracle常用性能查询SQL语句(文章)
    • 图灵小队-Oracle数据库上线前检查(文章)
    • 图灵小队-Oracle常用SQL语句(文章)
    • 图灵小队-Oracle脚本合集(文章)
    • 图灵小队-Oracle技巧记录(文章)
    • LLL的Oracle培训(目录)
    • LLL的docker培训(目录)
    • 标准化文档系列(目录)
    • Oracle/MySQl等面试题
    • 图灵小队
  • Oracle
    • Oracle
    • ADG
    • RAC
    • ASM
    • EXPDP/IMPDP
    • 工厂数据导入导出系列
    • OGG
    • RMAN
  • 云计算
    • 云计算
    • docker
    • kubernetes
  • Linux
    • Linux
    • PHP
    • Nginx
    • haproxy
    • mail
    • 网站
    • 域名
    • 网址收藏
  • 数据中心
    • 数据中心
    • EBS数据文件库容
    • VMware虚拟化
    • mysql
    • EBS系列
    • 大数据
    • SVN
    • zabbix
    • SAP
    • 备份相关
    • FC交换机
    • SVN
  • 其他
    • 外研英语4年级下册-听力
    • 影视系列
    • 如何使用iTunes软件通过抓包下载旧版本的ios的app
Oracle数据库恢复专家团队:TEL:18562510581(微信同号);QQ:284833194;QQ群:496333360
天高任鸟飞
  1. 首页
  2. Oracle项目案例
  3. Oracle实战问题解析
  4. 正文

第4个案例—运烟SQL AWR的execute to parse值低

2022年7月18日 228点热度 0人点赞 0条评论

关于AWR中Execute to Parse %:过低的浅析


Execute to parse %,该参数主要体现的是sql的执行次数与解析次数的比率。
可以把 Execute to Parse %和Soft Parse %这两个参数放在一起看。
①如果两个参数同时很低时,说明硬解析次数多,建议使用绑定变量。

②如果Soft Parse %高,而Execute to Parse %比低时(<40%),说明执行解析比率低,可以通过静态sql、动态绑定、调整session_cached_cursor参数、调整open_cursor等方法来减少软解析。

session_cached_cursor :表示一个会话中可以缓存多少个cursor。让后续相同的sql语句不在打开游标,从而避免软解析来提高性能(软解析与硬解析同样消耗资源)。
session cursor cache :用来存储关闭了的cursor。当一个cursor关闭之后,oracle会检查这个cursor的request次数是否超过3次,如果超过了三次,就会放入session cursor cache,这样在下次parse的时候,就可以从session cursor cache中找到这个statement, session cursor cache的管理也是使用LRU。session_cached_cursors这个参数是控制session cursor cache的大小的。session_cached_cursors定义了session cursor cache中存储的cursor的个数。这个值越大,则会消耗的内存越多。
测试session_cached_cursors参数的值设置是否合理(两种方法查看):
①查看session_cached_cursors的使用率

Select 'session_cached_cursors' Parameter,Lpad(Value, 5) Value,Decode(Value, 0, ' n/a', To_Char(100 * Used / Value, '990') || '%') Usage From (Select Max(s.Value) Used From V$statname n, V$sesstat s Where n.Name = 'session cursor cache count' And s.Statistic# = n.Statistic#),(Select Value From V$parameter Where Name = 'session_cached_cursors') Union All Select 'open_cursors',Lpad(Value, 5),To_Char(100 * Used / Value, '990') || '%' From (Select Max(Sum(s.Value)) Used From V$statname n, V$sesstat s Where n.Name In ('opened cursors current', 'session cursor cache count') And s.Statistic# = n.Statistic# Group By s.Sid),(Select Value From V$parameter Where Name = 'open_cursors');

②查看session cursor cache hits 和parse count(total)的比率

select name,value from v$sysstat where name like '%cursor%';

select name,value from v$sysstat where name like '%parse%';

session cursor cache hits 和parse count(total) 就是总的parse次数中,在session cursor cache中找到的次数,所占比例越高,性能越好。如果比例比较低,并且有剩余内存的话,可以考虑加大该参数。但是参数session_cached_cursors并不是越大越好,太大会引起pga缓存碎片,消耗内存,

例:alter system set session_cached_cursors=100 scope=spfile;(修改后需要重启数据库才能生效)

测试open_cursors的大小是否合理:
SELECT MAX(A.VALUE) AS HIGHEST_OPEN_CUR, P.VALUE AS MAX_OPEN_CUR FROM V$SESSTAT A, V$STATNAME B, V$PARAMETER P WHERE A.STATISTIC# = B.STATISTIC# AND B.NAME = 'opened cursors current' AND P.NAME = 'open_cursors' GROUP BY P.VALUE;
————————————————
版权声明:本文为CSDN博主「铁头娃的成长日记」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/haojiubujian920416/article/details/81202746

标签: 暂无
最后更新:2023年9月16日

admin

这个人很懒,什么都没留下

点赞
< 上一篇
下一篇 >

COPYRIGHT © 2022 拓扑园. ALL RIGHTS RESERVED.

Theme Kratos Made By Seaton Jiang

鲁ICP备2021020523号

鲁ICP备2021020523号