(FAQ)后台事物硬解析过多,导致数据库DOWN机
(FAQ)后台事物硬解析过多,导致数据库DOWN机
原因分析: 1. 从AWR报告的截图中可以看出 LIBRARY CACHE 等待很严重,同时硬解析很高,每秒50多次: 2.同时对于对应SQL(如下所示),由于时间的不固定(没有绑定变量),产生比较多的硬解析: SQL> select from v$sqlarea where sql_text like 'UPDATE t_job_thread SET%'; UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 15:46:02', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 13:31:24', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 14:49:33', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 15:19:11', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 15:42:58', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 12:31:24', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 12:48:37', 'YYYY-MM-DD HH24:MI:SS')) …… 解决方法: 1.把 session_cached_cursors 由30改为 50 2.open_cursors由6000改为 3000 3. 在listener中禁用掉后台事物 (easServerserverprofilesserver1configlistenerData.datalistenerconfig.data listenerconfig.data ) 4.通过修改参数和关闭后台事物后数据库基本稳定,硬解析也恢复正常
原因分析: 1. 从AWR报告的截图中可以看出 LIBRARY CACHE 等待很严重,同时硬解析很高,每秒50多次: 2.同时对于对应SQL(如下所示),由于时间的不固定(没有绑定变量),产生比较多的硬解析: SQL> select from v$sqlarea where sql_text like 'UPDATE t_job_thread SET%'; UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 15:46:02', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 13:31:24', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 14:49:33', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 15:19:11', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 15:42:58', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 12:31:24', 'YYYY-MM-DD HH24:MI:SS')) UPDATE t_job_thread SET fcount = 0 WHERE (ftime < TO_DATE('2010-11-15 12:48:37', 'YYYY-MM-DD HH24:MI:SS')) …… 解决方法: 1.把 session_cached_cursors 由30改为 50 2.open_cursors由6000改为 3000 3. 在listener中禁用掉后台事物 (easServerserverprofilesserver1configlistenerData.datalistenerconfig.data listenerconfig.data ) 4.通过修改参数和关闭后台事物后数据库基本稳定,硬解析也恢复正常
(FAQ)后台事物硬解析过多,导致数据库DOWN机
(FAQ)后台事物硬解析过多,导致数据库DOWN机原因分析:1. 从AWR报告的截图中可以看出 LIBRARY CACHE 等待很严重,同时硬解析很高,每...
点击下载文档
本文2024-09-16 22:49:51发表“eas cloud知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-eas-50641.html
您需要登录后才可以发表评论, 登录登录 或者 注册
最新文档
热门文章