Oracle 死锁与慢查询总结，这种类型的TX排队等

Oracle 死锁与慢查询总结，这种类型的TX排队等

查看死锁

SELECT 
s.sid "会话ID",
s.lockwait "等待锁",
s.event "等待的资源/事件",  -- 最近等待或正在等待的资源/事件
DECODE(lo.locked_mode, 0, '尚未获得锁', 1, NULL, 2, '行共享锁', 3, '行排它锁', 4, '共享表锁',
5,'共享行排它锁',6, '排它表锁') "锁模式",
do.object_name "被锁对象",
s.status "会话状态",
sq.SQL_TEXT,
sq.SQL_FULLTEXT, 
sq.executions "SQL执行次数",
ROUND(sq.elapsed_time/1000000, 2) "SQL执行时间(秒)",
DECODE(sq.executions,0,'-',NULL,'-',ROUND(sq.elapsed_time/1000000/sq.executions, 2)) "SQL平均执行时间(秒)", 
DECODE(sq.executions,0,'-',NULL,'-',ROUND(sq.rows_processed/sq.executions, 2)) "平均返回行数", 
s.sql_exec_start "SQL开始执行时间",
sq.last_active_time "查询计划最后活跃时间",
lo.process "操作系统进程ID",
s.port "进程端口号",
s.program "进程名称", 
lo.os_user_name "操作系统用户名",
s.machine "操作系统机器名称",
'ALTER SYSTEM KILL SESSSION '''||s.sid||','||s.serial#||''';' "终止会话操作"
FROM v$sql sq 
JOIN v$session s on s.sql_hash_value = sq.hash_value
JOIN v$locked_object lo on lo.session_id = s.sid
JOIN dba_objects do on do.object_id = lo.object_id
WHERE s.username='OPT_WMS_USER' ; -- Oracle用户名称，大写

说明：

• 如果lockwait值不为空(形如0000001F83D6C748)，并且status为ACTIVE，则说明存在死锁

• event 最近等待或正在等待的资源/事件：

  • enq: TX - row lock contention ：按模式6等待TX：当会话等待另一个会话已持有的行级锁时发生该事件，即某个用户正在更新、删除另一个会话希望更新、删除的行时，会发生这种情况。这种类型的TX排队等待对应于等待事件 enq:TX - row lock contention。

    解决方案：已经持有锁的第一个会话执行提交或回

查看慢查询

查询执行最慢的SQL

SELECT * FROM (
  SELECT s.sql_text,
  --s.sql_fulltext, 注释掉该列，可以加快查询速度（如果需要查询完整sql文本，可以考虑通过sql_id二次查询）
  s.sql_id,
  s.executions "执行次数",
  ROUND(s.elapsed_time / 1000000, 2) "总执行时间(秒)",
  ROUND(s.elapsed_time / 1000000 / s.executions, 2) "平均执行时间", --单位：秒
  s.first_load_time "父游标创建时间",
  s.parsing_user_id "用户id",
  u.username "用户名"
  FROM v$sqlarea s
  LEFT JOIN all_users u ON s.parsing_user_id = u.user_id
  WHERE s.executions > 0
  AND u.username = 'OPT_WMS_USER' --注意 用户名大写
  ORDER BY 平均执行时间 DESC)
WHERE rownum <= 50

说明：为什么不从v$sql统计信息？这是因为即便相同的SQL，每次执行耗时也可能不一样，所以，考虑求平均值，所以需要对SQL分组统计，SQL_TEXT相同，大概率为同一条SQL，所以考虑从按SQL_TEXT分组统计的v$sqlarea读取信息。当然，出于严谨的考虑，也可以不分组统计，把v$sqlarea替换成v$sql就好了。

查询SQL执行次数，按次数降序排序

SELECT * FROM (
  SELECT s.sql_text,
    --s.sql_fulltext,
    s.sql_id,
    s.executions "执行次数",
    s.last_active_time "最后执行时间",
    s.first_load_time "父游标创建时间",
    s.parsing_user_id "执行用户id",
    u.username "执行用户", 
  RANK() OVER(ORDER BY executions DESC) executions_rank
  FROM v$sql s
  LEFT JOIN all_users u
  ON u.user_id = s.parsing_user_id) T
WHERE executions_rank <= 100;

注意：之所以从v$sql获取统计数据，是因为这里未对SQL_TEXT做GROUP BY（SQL_TEXT是完整SQL文本前1000个字符，存在截断的可能，按在这个统计可能不准确），就针对每条SQL(不管是否相同)单独统计，当然，也可以考虑按SQL_TEXT分组统计，把v$sql改成v$sqlarea就好了。

查看存在TABLE ACCESS FULL行为的SQL

SELECT s.sql_text, s.sql_fulltext, sp.sql_id 
FROM v$sql_plan sp
LEFT JOIN v$sql s on sp.sql_id = s.sql_id
WHERE sp.operation = 'TABLE ACCESS'
AND sp.options = 'FULL'
AND sp.object_owner = 'OPT_WMS_USER_B' --注意 用户名大写 --可选查询条件

V$SQL

V$SQL列出了关于共享SQL区，不含GROUP BY子句的统计，输入的原始SQL文本的每个子项各占一行。通常在查询执行结束时更新V$SQL中展示的统计信息，然而针对长耗时查询，每5秒更新一次。这样更容易在运行期间查看长时间运行的SQL语句带来的影响

V$SQLAREA显示共享SQL区域的统计信息，每条SQL字符串为一行。它提供内存中、已解析并准备执行的SQL语句的统计信息。V$SQLAREA和V$SQL两个视图的不同之处在于，V$SQL中为每一条SQL保留一个条目，而V$SQLAREA中根据SQL_TEXT进行GROUP BY，通过VERSION_COUNT计算子指针的个数

V$SESSION

V$SESSION 显示当前会话的会话信息，常见视图字段及字段描述说明如下：

V$LOCKED_OBJECT

V$LOCKED_OBECT列出了系统上每个事务获取的所有锁。它显示了哪些会话在什么对象上以及在什么模式下持有DML锁（即TM类型的队列）。视图常见字段及描述如下：

SELECT object_id "被锁住的对象ID",
locked_mode "锁模式",
session_id "会话ID",
oracle_username "Oracle用户名",
os_user_name "操作系统用户名",
process "操作系统进程ID"
FROM V$LOCKED_OBJECT;

参考连接

https://docs.oracle.com/database/121/REFRN/GUID-2B9340D7-4AA8-4894-94C0-D5990F67BE75.htm#REFRN30246

https://docs.oracle.com/database/121/REFRN/GUID-09D5169F-EE9E-4297-8E01-8D191D87BDF7.htm#REFRN30259

https://docs.oracle.com/en/database/oracle/oracle-database/21/refrn/V-SESSION.html

https://docs.oracle.com/en/database/oracle/oracle-database/21/refrn/V-LOCKED_OBJECT.html#GUID-3F9F26AA-197F-4D36-939E-FAF1EFD8C0DD

作者：授客
微信/QQ：1033553122
全国软件测试QQ交流群：7156436
Git地址：https://gitee.com/ishouke
友情提示：限于时间仓促，文中可能存在错误，欢迎指正、评论！
作者五行缺钱，如果觉得文章对您有帮助，请扫描下边的二维码打赏作者，金额随意，您的支持将是我继续创作的源动力，打赏后如有任何疑问，请联系我!!!
           微信打赏                        支付宝打赏                  全国软件测试交流QQ群