查看死锁
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语句带来的影响
Column | Datatype | Description |
|
| 当前游标的SQL文本的前1000个字符 |
|
| 以 |
|
| 类库缓存中父游标的SQL标识。 |
|
| 子游标使用的共享内存量(字节为单位) |
|
| 子游标生存周期内使用的固定内存量(字节为单位) |
|
| 子游标运行期间所需的固定内存量(字节为单位) |
|
| 子游标完成的排序次数 |
|
| 指示是否已加载上下文堆,1表示已加载,0表示未加载。 |
|
| 指示子游标是否被锁定,1表示被锁定,0表示未被锁定 |
|
| 任意子游标打开的用户数。 |
|
| 与SQL语句关联的 |
|
| 自从对象被加载到类库缓存后,该对象被执行次数。 |
|
| 并行执行服务器执行的总次数 ( 当语句从未被并行执行时为0) |
|
| 游标被加载到类库缓存后,被完整执行的次数。当游标部分执行时,此统计值不会增加,不管是因为在执行过程中失败,还是在关闭或重新执行游标之前只提取了此游标生成的前几行。根据定义, |
|
| 执行语句的用户数 |
|
| 对象被加载或者重新加载的次数 |
|
| 父游标的创建时间 |
|
| 子游标无效的次数 |
|
| 子游标的解析调用次数 |
|
| 子游标的磁盘读取次数 |
|
| 子游标的直接写次数 |
|
| 子游标的获取缓存区次数 |
|
| 应用等待时间(微秒为单位) |
|
| 并发等待时间(微秒为单位) |
|
| 集群等待时间(微秒为单位) |
|
| 用户I/O等待时间(微秒为单位) |
|
| PL/SQL执行时间(微秒为单位) |
|
| Java执行时间(微秒为单位) |
|
| 已解析SQL语句返回的总行数 |
|
| Oracle命令类型定义 |
|
| SQL语句执行模式(优化器模型) |
|
| 优化器给出的查询成本 |
|
| 最初构建此子游标的用户ID |
|
| 最初构建子游标使用的模式ID |
|
| 最初构建子游标使用的模式名称 |
|
| 服务名称 |
|
|
|
|
| SQL语句第一次被解析时正在执行的模块名称,该名称可通过调用 |
|
|
|
|
| 每个游标事务序列化失败并产生 |
|
| 此游标用于解析,执行,获取(fetch)的CPU耗时 (以微秒为单位) |
|
| 此游标用于解析,执行,获取的占用时间(以微秒为单位)。如果游标采用并行执行,则 |
|
| 游标的状态: |
|
| 查询计划被加载到类库缓存的时间 |
|
| 指示游标是否已过时,是( |
|
| 查询计划最后活跃时间(即完成SQL解析的时间,可以当做SQL最后执行的时间) |
|
| Oracle 数据库和存储系统之间交换的I/O字节数。 |
|
| 被监控SQL发起的物理读I/O请求 |
|
| 被监控SQL从磁盘读取的字节数。 |
|
| 被监控SQL发起的物理写I/O请求。 |
|
| 被监控SQL写入磁盘的字节数 |
|
| 被监控SQL从数据库智能闪存缓存发起的物理读取I/O请求数 |
|
| 子游标被锁定的总次数 |
V$SQLAREA
显示共享SQL区域的统计信息,每条SQL字符串为一行。它提供内存中、已解析并准备执行的SQL语句的统计信息。V$SQLAREA
和V$SQL
两个视图的不同之处在于,V$SQL
中为每一条SQL保留一个条目,而V$SQLAREA
中根据SQL_TEXT
进行GROUP BY,通过VERSION_COUNT计算子指针的个数
V$SESSION
V$SESSION
显示当前会话的会话信息,常见视图字段及字段描述说明如下:
列 | 描述 |
| 会话ID |
| 会话序列号。用于唯一标识会话的对象。如果会话结束,而另一个会话以相同的会话ID开始,则保证将会话级命令应用于当前会话的对象。 |
| Oracle用户ID |
| Oracle用户名称 |
| 正在执行的命令(解析的最后一条语句)。可以通过运行以下SQL查询来查找此COMMAND列中返回的任何值 n 的命令名: |
| 会话正在等待的锁的地址。 |
| 会话状态: |
| Schema用户ID |
| Schema用户名称 |
| 操作系统客户端用户名称 |
| 操作系统客户端进程ID |
| 操作系统机器名称 |
| 客户端进程端口号 |
| 操作系统终端名称 |
| 操作系统进程名称 |
| 会话类型 |
| 配合 |
| 当前正在执行的SQL语句的ID |
| 会话当前执行的SQL开始执行的时间;如果 |
| SQL执行标识。 如果 |
| 如果会话 |
| 如果会话当前正在等待,则为会话正在等待的资源或事件。如果会话不在等待中,则为会话最近等待的资源或事件。查阅: "Oracle Wait Events" |
V$LOCKED_OBJECT
V$LOCKED_OBECT
列出了系统上每个事务获取的所有锁。它显示了哪些会话在什么对象上以及在什么模式下持有DML锁(即TM类型的队列)。视图常见字段及描述如下:
列 | 描述 |
| 正被锁住的对象ID |
| 会话ID |
| Oracle用户名 |
| 操作系统用户名 |
| 操作系统进程ID |
| 锁模式。此列的数值映射到表锁的锁模式的这些文本值: |
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
作者:授客
标签:sql,游标,查询,会话,死锁,SQL,Oracle,执行,id From: https://blog.51cto.com/shouke/6407631