SELECT t2.value ,
t1.value ,
t.HOUSE_NO ,
t.ADDRESS ,
t.REGIST_DATE ,
t.ROOMS ,
t.IS_GOOD_CODE ,
t5.user_name ,
t.owner_name ,
t.phone ,
t.BUILT_AREA ,
t.LET_AREA
FROM v_house_owner t ,
t_region_community t1 ,
t_region_town t2 ,
t_sys_user_category t4,
t_sys_user t5
WHERE t.COMMUNITY_CODE = t1.code
AND t2.code = t1.town_code
AND t.assistant_id = t4.id(+)
AND t4.user_id = t5.id(+)
AND t.MANAGE_LEVEL_CODE = :"SYS_B_0"
AND t.REGIST_DATE <= to_date(:"SYS_B_1",:"SYS_B_2")
AND t.REGIST_DATE >= to_date(:"SYS_B_3",:"SYS_B_4")
AND t.IS_CANCEL_CODE = :"SYS_B_5"
AND t.LET_CATEGORY_CODE <> :"SYS_B_6"
AND t2.value = :"SYS_B_7"
AND t1.value = :"SYS_B_8"
原理 SQL 在 CPU, I/O 和集群等待上花费的时间占其数据库时间的 66%。这部分数据库时间可通过 SQL 优化指导进行改善。请查看下面给出的数据和 ASH 报告以进一步改善性能。
原理 此 SQL 的数据库时间由以下部分构成: SQL 执行占 100%, 语法分析占 0%, PL/SQL 执行占 0%, Java 执行占 0%。
原理 SQL_ID 为 "8wxw7c0f67t2t" 的 SQL 语句执行了 14 次, 每次执行平均用时 19 秒。
原理 等待事件 "row cache lock" (在等待类 "Concurrency" 中) 消耗了数据库时间的 33% (该数据库时间为处理具有 SQL_ID "8wxw7c0f67t2t" 的 SQL 语句时所用的时间)。
这只是其中一个引起row cache lock的语句,一个查询语句怎么会引起row cache lock,oracle OEM top语句是不是弄错了。
1111111111.jpg
(77.17 KB, 下载次数: 11)
2012-4-13 14:51 上传