百度360必应搜狗淘宝本站头条
分布式事务框架grpc框架shiro框架java日志框架框架图模板
当前位置：网站首页 > 技术文章 > 正文

Oracle 死锁与慢查询总结

ccwgpt 2024-11-27 12:19 32 浏览 0 评论

查看死锁

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_TEXT

VARCHAR2(1000)

当前游标的SQL文本的前1000个字符

SQL_FULLTEXT

CLOB

以<CLOB>方式展示的SQL语句全文。可使用该列检索SQL语句全文，而无需连接V$SQLTEXT动态性能视图。

SQL_ID

VARCHAR2(13)

类库缓存中父游标的SQL标识。

SHARABLE_MEM

NUMBER

子游标使用的共享内存量(字节为单位)

PERSISTENT_MEM

NUMBER

子游标生存周期内使用的固定内存量(字节为单位)

RUNTIME_MEM

NUMBER

子游标运行期间所需的固定内存量(字节为单位)

SORTS

NUMBER

子游标完成的排序次数

LOADED_VERSIONS

NUMBER

指示是否已加载上下文堆，1表示已加载，0表示未加载。

OPEN_VERSIONS

NUMBER

指示子游标是否被锁定，1表示被锁定，0表示未被锁定

USERS_OPENING

NUMBER

任意子游标打开的用户数。

FETCHES

NUMBER

与SQL语句关联的FETCHES的次数

EXECUTIONS

NUMBER

自从对象被加载到类库缓存后，该对象被执行次数。

PX_SERVERS_EXECUTIONS

NUMBER

并行执行服务器执行的总次数 ( 当语句从未被并行执行时为0)

END_OF_FETCH_COUNT

NUMBER

游标被加载到类库缓存后，被完整执行的次数。当游标部分执行时，此统计值不会增加，不管是因为在执行过程中失败，还是在关闭或重新执行游标之前只提取了此游标生成的前几行。根据定义，END_of_FETCH_COUNT列的值应小于或等于EXECUTIONS列的值。

USERS_EXECUTING

NUMBER

执行语句的用户数

LOADS

NUMBER

对象被加载或者重新加载的次数

FIRST_LOAD_TIME

VARCHAR2(19)

父游标的创建时间

INVALIDATIONS

NUMBER

子游标无效的次数

PARSE_CALLS

NUMBER

子游标的解析调用次数

DISK_READS

NUMBER

子游标的磁盘读取次数

DIRECT_WRITES

NUMBER

子游标的直接写次数

BUFFER_GETS

NUMBER

子游标的获取缓存区次数

APPLICATION_WAIT_TIME

NUMBER

应用等待时间(微秒为单位)

CONCURRENCY_WAIT_TIME

NUMBER

并发等待时间(微秒为单位)

CLUSTER_WAIT_TIME

NUMBER

集群等待时间(微秒为单位)

USER_IO_WAIT_TIME

NUMBER

用户I/O等待时间(微秒为单位)

PLSQL_EXEC_TIME

NUMBER

PL/SQL执行时间(微秒为单位)

JAVA_EXEC_TIME

NUMBER

Java执行时间(微秒为单位)

ROWS_PROCESSED

NUMBER

已解析SQL语句返回的总行数

COMMAND_TYPE

NUMBER

Oracle命令类型定义

OPTIMIZER_MODE

VARCHAR2(10)

SQL语句执行模式(优化器模型)

OPTIMIZER_COST

NUMBER

优化器给出的查询成本

PARSING_USER_ID

NUMBER

最初构建此子游标的用户ID

PARSING_SCHEMA_ID

NUMBER

最初构建子游标使用的模式ID

PARSING_SCHEMA_NAME

VARCHAR2(30)

最初构建子游标使用的模式名称

SERVICE

VARCHAR2(64)

服务名称

SERVICE_HASH

NUMBER

SERVICE列展示的服务名称的哈希值

MODULE

VARCHAR2(64)

SQL语句第一次被解析时正在执行的模块名称，该名称可通过调用DBMS_APPLICATION_INFO.SET_MODULE进行设置。

MODULE_HASH

NUMBER

MODULE列展示的模块名称的哈希值

SERIALIZABLE_ABORTS

NUMBER

每个游标事务序列化失败并产生ORA-08177错误的次数

CPU_TIME

NUMBER

此游标用于解析，执行，获取(fetch)的CPU耗时 (以微秒为单位)

ELAPSED_TIME

NUMBER

此游标用于解析，执行，获取的占用时间(以微秒为单位)。如果游标采用并行执行，则ELAPSED_TIME 为查询协调器及所有并行查询slave进程的累计占用时间。

OBJECT_STATUS

VARCHAR2(19)

游标的状态：VALID - 有效，无错误授权 VALID_AUTH_ERROR - 有效，有授权错误授权。VALID_COMPILE_ERROR - 有效, 有编译错误授权。VALID_UNAUTH - 有效，未授权。INVALID_UNAUTH - 无效，未授权。INVALID - 无效，未授权，但保留时间戳。

LAST_LOAD_TIME

VARCHAR2(19)

查询计划被加载到类库缓存的时间

IS_OBSOLETE

VARCHAR2(1)

指示游标是否已过时，是(Y) 或者否(N)。如果子游标的数量太大，则可能发生这种情况。

LAST_ACTIVE_TIME

DATE

查询计划最后活跃时间(即完成SQL解析的时间，可以当做SQL最后执行的时间)

IO_INTERCONNECT_BYTES

NUMBER

Oracle 数据库和存储系统之间交换的I/O字节数。

PHYSICAL_READ_REQUESTS

NUMBER

被监控SQL发起的物理读I/O请求

PHYSICAL_READ_BYTES

NUMBER

被监控SQL从磁盘读取的字节数。

PHYSICAL_WRITE_REQUESTS

NUMBER

被监控SQL发起的物理写I/O请求。

PHYSICAL_WRITE_BYTES

NUMBER

被监控SQL写入磁盘的字节数

OPTIMIZED_PHY_READ_REQUESTS

NUMBER

被监控SQL从数据库智能闪存缓存发起的物理读取I/O请求数

LOCKED_TOTAL

NUMBER

子游标被锁定的总次数

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

V$SESSION

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

列

描述

SID

会话ID

SERIAL#

会话序列号。用于唯一标识会话的对象。如果会话结束，而另一个会话以相同的会话ID开始，则保证将会话级命令应用于当前会话的对象。

USER#

Oracle用户ID

USERNAME

Oracle用户名称

COMMAND

正在执行的命令（解析的最后一条语句）。可以通过运行以下SQL查询来查找此COMMAND列中返回的任何值 n 的命令名：SELECT Command_name FROM v$sqlcommand WHERE command_type=n COMMAND”列值为 0，则表示该命令未记录在V$SESSION中。

LOCKWAIT

会话正在等待的锁的地址。NULL值表示没有等待锁。

STATUS

会话状态：ACTIVE-会话当前正在执行SQL，INACTIVE-处于非活动状态且没有配置限制或尚未超过配置的限制的会话。KILLED-标记为被终止的会话。CACHED-为Oracle XA临时缓存的会话。SNIPED-超出某些配置限制(例如，为资源管理器消费者组指定的资源限制或用户配置文件中指定的idle_time)的非活动会话。此类会话将不允许再次激活。

SCHEMA#

Schema用户ID

SCHEMANAME

Schema用户名称

OSUSER

操作系统客户端用户名称

PROCESS

操作系统客户端进程ID

MACHINE

操作系统机器名称

PORT

客户端进程端口号

TERMINAL

操作系统终端名称

PROGRAM

操作系统进程名称

TYPE

会话类型

SQL_HASH_VALUE

配合 SQL_HASH_VALUE使用，用于标识当前正在执行的SQL语句。

SQL_ID

当前正在执行的SQL语句的ID

SQL_EXEC_START

会话当前执行的SQL开始执行的时间；如果SQL_ID为NULL，则为NULL

SQL_EXEC_ID

SQL执行标识。 如果SQL_ID为NULL或者该SQL执行还未启动，则为NULL

LAST_CALL_ET

如果会话STATUS当前为ACTIVE，则该值表示自会话变为活动状态以来经过的时间（以秒为单位），如果会话STATUS当前为INACTIVE，则该值表示自会话变为非活动状态以来经过的时间（以秒为单位）

EVENT

如果会话当前正在等待，则为会话正在等待的资源或事件。如果会话不在等待中，则为会话最近等待的资源或事件。查阅: "Oracle Wait Events"

V$LOCKED_OBJECT

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

列

描述

OBJECT_ID

正被锁住的对象ID

SESSION_ID

会话ID

ORACLE_USERNAME

Oracle用户名

OS_USER_NAME

操作系统用户名

PROCESS

操作系统进程ID

LOCKED_MODE

锁模式。此列的数值映射到表锁的锁模式的这些文本值：0-无：请求但尚未获得的锁；1-NULL；2-ROWS_S（SS）：行共享锁；3-Row_X（SX）：行排它锁；4-Share（S）：共享表锁；5-S/Row-X（SSX）：共享行排它锁；6-独占（X）：排它表锁。另请参阅：Oracle数据库概念，以获取有关表锁锁模式的更多信息

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

相关推荐

一个基于.Net Core遵循Clean Architecture原则开源架构

今天给大家推荐一个遵循CleanArchitecture原则开源架构。项目简介这是基于Asp.netCore6开发的，遵循CleanArchitecture原则，可以高效、快速地构建基于Ra...

AI写代码翻车无数次，我发现只要提前做好这3步，bug立减80%

写十万行全是bug之后终于找到方法了开发"提示词管理助手"新版本那会儿，我差点被bug整崩溃。刚开始两周，全靠AI改代码架构，结果十万行程序漏洞百出。本来以为AI说没问题就稳了，结果...

OneCode低代码平台的事件驱动设计:架构解析与实践

引言：低代码平台的事件驱动范式在现代软件开发中，事件驱动架构（EDA）已成为构建灵活、松耦合系统的核心范式。OneCode低代码平台通过创新性的注解驱动设计，将事件驱动理念深度融入平台架构，实现了业务...

国内大厂AI插件评测:根据UI图生成Vue前端代码

在IDEA中安装大厂的AI插件，打开ruoyi增强项目：yudao-ui-admin-vue31.CodeBuddy插件登录腾讯的CodeBuddy后，大模型选择deepseek-v3，输入提示语：...

AI+低代码技术揭秘(二):核心架构

本文档介绍了为VTJ低代码平台提供支持的基本架构组件，包括Engine编排层、Provider服务系统、数据模型和代码生成管道。有关UI组件库和widget系统的信息，请参阅UI...

GitDiagram用AI把代码库变成可视化架构图

这是一个名为gitdiagram的开源工具，可将GitHub仓库实时转换为交互式架构图，帮助开发者快速理解代码结构。核心功能一键可视化：替换GitHubURL中的"hub...

30天自制操作系统:第六天:代码架构整理与中断处理

1.拆开bootpack.c文件。根据设计模式将对应的功能封装成独立的文件。2.初始化pic:pic(可编程中断控制器)：在设计上，cpu单独只能处理一个中断。而pic是将8个中断信号集合成一个中断...

AI写代码越帮越忙?2025年研究揭露惊人真相

近年来，AI工具如雨后春笋般涌现，许多人开始幻想程序员的未来就是“对着AI说几句话”，就能轻松写出完美的代码。然而，2025年的一项最新研究却颠覆了这一期待，揭示了一个令人意外的结果。研究邀请了16位...

一键理解开源项目:两个自动生成GitHub代码架构图与说明书工具

一、GitDiagram可以一键生成github代码仓库的架构图如果想要可视化github开源项目：https://github.com/luler/reflex_ai_fast，也可以直接把域名替换...

5分钟掌握 c# 网络通讯架构及代码示例

以下是C#网络通讯架构的核心要点及代码示例，按协议类型分类整理：一、TCP协议（可靠连接）1.同步通信//服务器端usingSystem.Net.Sockets;usingTcpListene...

从复杂到优雅:用建造者和责任链重塑代码架构

引用设计模式是软件开发中的重要工具，它为解决常见问题提供了标准化的解决方案，提高了代码的可维护性和可扩展性，提升了开发效率，促进了团队协作，提高了软件质量，并帮助开发者更好地适应需求变化。通过学习和应...

低代码开发当道，我还需要学习LangChain这些框架吗?| IT杂谈

专注LLM深度应用，关注我不迷路前两天有位兄弟问了个问题：当然我很能理解这位朋友的担忧：期望效率最大化，时间用在刀刃上，“不要重新发明轮子”嘛。铺天盖地的AI信息轰炸与概念炒作，很容易让人浮躁与迷茫。...

框架设计并不是简单粗暴地写代码，而是要先弄清逻辑

3.框架设计3.框架设计本节我们要开发一个UI框架，底层以白鹭引擎为例。框架设计的第一步并不是直接撸代码，而是先想清楚设计思想，抽象。一个一个的UI窗口是独立的吗？不是的，...

大佬用 Avalonia 框架开发的 C# 代码 IDE

AvalonStudioAvalonStudio是一个开源的跨平台的开发编辑器（IDE），AvalonStudio的目标是成为一个功能齐全，并且可以让开发者快速使用的IDE，提高开发的生产力。A...

轻量级框架Lagent 仅需20行代码即可构建自己的智能代理

站长之家（ChinaZ.com）8月30日消息:Lagent是一个专注于基于LLM模型的代理开发的轻量级框架。它的设计旨在简化和提高这种模型下代理的开发效率。LLM模型是一种强大的工具，可以...

取消回复欢迎 你 发表评论:

一周热门
最近发表
标签列表
赣ICP备2024040476号-14