oracle数据库慢查询SQL

news2024/11/22 21:52:51

目录

场景：

环境：

慢SQL查询一：

问题一：办件列表查询慢

分析：

解决方法：

问题二：系统性卡顿

分析：

 解决方法：

慢SQL查询二

 扩展：

场景：

线上环境出现办件列表查询非常慢大概要1分钟才刷出来，及很多功能都出现系统性卡顿。

环境：

oracle数据库，工作表历史表act_hi_proinst单表数据量一百多万

慢SQL查询一：


select *
from (select v.sql_id,
v.sql_text,
v.sql_fulltext,
v.FIRST_LOAD_TIME,
v.last_load_time,
v.elapsed_time,
v.cpu_time,
v.disk_reads,
v.EXECUTIONS,
v.LOADS,
v.cpu_time / v.executions / 1000 / 1000 ave_cpu_time,
v.ELAPSED_TIME / v.executions / 1000 / 1000 ave_time
from v$sql v) a
where a.last_LOAD_TIME > '2024-01-01/00:00:00'  and ave_time > 5 and a.executions > 0 order by ave_time desc;

 其中各字段含义如下：

v.sql_text: 包含SQL语句的文本内容
v.sql_fulltext: 包含完整的SQL语句文本内容
v.FIRST_LOAD_TIME: SQL语句第一次加载到共享池中的时间
v.last_load_time: SQL语句最后一次加载到共享池中的时间
v.elapsed_time: SQL语句的总执行时间（以微秒为单位）
v.cpu_time: SQL语句的总CPU执行时间（以微秒为单位）
v.disk_reads: SQL语句的总磁盘读取次数
v.EXECUTIONS: SQL语句的总执行次数
v.LOADS: SQL语句的总加载次数
ave_cpu_time: 每次执行的平均CPU执行时间（以秒为单位）
ave_time: 每次执行的平均总执行时间（以秒为单位）

问题一：办件列表查询慢

办件查询列表主要涉及到如下两个SQL语句

    select * from (
     select a.*,rownum as num from (
       select RES.* ,H.NAME_ as bizName, H.XZQ_ as bizXzq, H.DUE_DATE_ as bizDueDate, H.PROC_DEF_KEY_ as bizProcDefKey, 
      H.CATEGORY_ as bizCategory, H.DATUM_TYPE_ as bizDatumType, H.START_USER_ID_ as bizStartUserId, H.DEPT_CODE_ as bizDeptCode,
      H.F1_ as bizF1, H.F2_ as bizF2, H.F3_ as bizF3, H.F4_ as bizF4, H.F5_ as bizF5, H.F6_ as bizF6, H.F7_ as bizF7, 
      H.F8_ as bizF8, H.F9_ as bizF9, H.F10_ as bizF10, H.F11_ as bizF11, H.F12_ as bizF12, H.F13_ as bizF13, H.F14_ as bizF14,
      H.F15_ as bizF15, H.F16_ as bizF16, H.F17_ as bizF17, H.F18_ as bizF18, H.F19_ as bizF19, H.F20_ as bizF20
	  from gisqbpm.ACT_HI_PROCINST RES
	  left join gisqbpm.ACT_HI_BIZ_PROCINST H on  H.PROC_INST_ID_ = RES.PROC_INST_ID_)a where rownum<15 )b 
    where b.num>0

线上测试1.58秒 

select count(RES.ID_) 
      from gisqbpm.ACT_HI_PROCINST RES, gisqbpm.ACT_HI_BIZ_PROCINST H 
      where  H.PROC_INST_ID_ = RES.PROC_INST_ID_;

 但是分页查询总数的sql语句执行五次，5.932s，3.78s，2.89s,  2.5s，1.9s

分析：

原因是前端刚打开办件查询列表时，由于查询总数的sql语句，没有任何过滤条件导致两种表只有关联查询并没有过滤故全表扫描耗时较长。

解决方法：

由于两张关联表中数据是一对一的，因此如果仅仅考虑第一次查询慢的问题，直接可以去掉关联，单表查询的总数就可以了。

但是事与愿违，这只能解决办件查询第一进入的问题，如果有条件参数过滤的话（关联表的参数）还要加上这个关联表，后端改动有点大。

因此建议线上前端处理办件查询第一次进入时带上时间范围。

问题二：系统性卡顿

描述也不算是系统系卡顿吧，有写接口还是比较快的，只能说有很多重要的操作反应都很慢，下面是获取的当天的慢SQL。

这里挑选了几个耗时较长的简单的分析（这里面的sql是另外一个部门的）

DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate;  broken BOOLEAN := FALSE;

BEGIN pro_inert_rybjlcx_sed; :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END; 

1.该SQL执行（Execution）一次 ，加载（LOADS）一次 平均耗时将近一个小时。执行 pro_inert_rybjlcx_sed慢

SELECT COUNT(0) FROM (SELECT * FROM (select * from v_fwdyaq where 1=1) WHERE 1=1 )

2..该SQL执行（Execution）11次 ，加载（LOADS）216次 平均每次执行耗时接近半个小时。需要对该语句重点优化

DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate;  broken BOOLEAN := FALSE;

BEGIN sms_ts; :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END; 

3.该SQL执行（Execution）四次 ，加载（LOADS）2次 平均每次执行耗时25秒。加载较频繁需要重点优化行 sms_ts操作

SELECT COUNT(DISTINCT "A2"."QLBSM") FROM "BDCDJ"."DJFZ_CQZS" "A2","BDCDJ"."QLR" "A1" WHERE "A2"."QLBSM"="A1"."QLBSM" AND "A2"."QSZT"=1 AND TRIM("A2"."BDCQZH")=:1 AND "A1"."QLRMC" LIKE :2

4.该SQL执行（Execution）317次 ，加载（LOADS）29次 平均每次执行耗时9秒。执行和加载较频繁需要重点优化行

select * from ( select a.*, ROWNUM rnum from (     select RES.*, H.NAME_ as bizName, H.XZQ_ as bizXzq, H.DUE_DATE_ as bizDueDate, H.PROC_DEF_KEY_ as bizProcDefKey,        H.CATEGORY_ as bizCategory, H.DATUM_TYPE_ as bizDatumType, H.START_USER_ID_ as bizStartUserId,       H.F1_ as bizF1, H.F2_ as bizF2, H.F3_ as bizF3,H.F4_ as bizF4, H.F5_ as bizF5, H.F6_ as bizF6, H.F7_ as bizF7,        H.F8_ as bizF8, H.F9_ as bizF9, H.F10_ as bizF10, H.F11_ as bizF11, H.F12_ as bizF12, H.F13_ as bizF13, H.F14_ as bizF14,       H.F15_ as bizF15, H.F16_ as bizF16, H.F17_ as bizF17, H.F18_ as bizF18, H.F19_ as bizF19, H.F20_ as bizF20                  from ACT_HI_PROCINST RES            left join ACT_HI_BIZ_PROCINST H on  H.PROC_INST_ID_ = RES.PROC_INST_ID_                  WHERE  (RES.DELETE_REASON_ <> :1 or RES.DELETE_REASON_ is null)               order by RES.START_TIME_ desc        ) a where ROWNUM < :2) where rnum  >= :3

分页查询语句执行了7680次，平均每次执行10s,看SQL执行计划走了时间字段，然而线上没有，线上加上索引线上执行为0.1秒

分析：

线上START_TIME_ 列没有走索引

 解决方法：

添加索引

慢SQL查询二

select *
from (select v.sql_id,
v.SQL_FULLTEXT,
v.EXECUTIONS,
v.ELAPSED_TIME / v.executions / 1000 / 1000 ave_time,
v.parsing_user_id,
last_LOAD_TIME
from v$sql v) a
where a.last_LOAD_TIME > '2024-02-01/00:00:00'  and ave_time > 5 and a.executions > 0 
and a.parsing_user_id=(SELECT user_id FROM all_users  where username='GISQBPM')
order by ave_time desc;

 扩展：

1.loads 和execution的区别于联系？

  1. loads：表示SQL语句在共享池中被加载的次数。每当一个SQL语句被解析并放入共享池中，loads的值就会增加。这个值可以帮助您了解一个SQL语句被重复使用的频率。

  2. executions：表示SQL语句被执行的次数。每当一个SQL语句被实际执行，executions的值就会增加。这个值可以帮助您了解一个SQL语句在实际执行过程中的频率。

2. 同一个SQL为什么会被重复加入到共享池

在Oracle数据库中，同一个SQL语句可能会被重复加入到共享池的原因有以下几点：

  1. 绑定变量不同：如果SQL语句使用了绑定变量，即在SQL语句中使用了占位符，那么不同的绑定变量值会导致不同的SQL语句被加入到共享池中。

  2. SQL语句文本不同：即使SQL语句的逻辑相同，但如果SQL语句的文本不同（比如空格、大小写等），Oracle也会将它们当作不同的SQL语句进行处理。

  3. 不同的解析环境：在不同的解析环境下，相同的SQL语句可能会被多次解析并加载到共享池中，比如在不同的会话或者不同的数据库连接中。

  4. 共享池空间不足：如果共享池空间不足，Oracle可能会根据一些策略进行SQL语句的淘汰和重新加载，这也会导致同一个SQL语句被重复加载到共享池中。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1425140.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Uniapp登录页面获取头像、昵称的最新方法的简单使用

Uniapp登录页面获取头像、昵称的最新方法的简单使用

前言 写小程序写到登录页面的时候&#xff0c;发现官方文档中原来的wx.getUserInfo和wx.getUserProfile不太能用了&#xff0c;学习了相对比较新的方法&#xff0c;这种方法的文档链接如下&#xff1a; https://developers.weixin.qq.com/miniprogram/dev/framework/open-abil…
阅读更多...
免费的ChatGPT网站 ( 7个 )

免费的ChatGPT网站 ( 7个 )

ChatGPT的核心功能是基于用户在输入时的语言或文本生成相应的回复或继续内容。此外&#xff0c;它还能够完成多种任务&#xff0c;如撰写邮件、视频脚本、文案、翻译、代码编写以及撰写论文等。 博主归纳总结了7个国内非常好用&#xff0c;而且免费的chatGPT网站&#xff0c;AI…
阅读更多...
Camunda ScriptTask SendTask ReceiveTask操作

Camunda ScriptTask SendTask ReceiveTask操作

文章目录 开始脚本任务(ScriptTask)发送任务(SendTask)接收任务(ReceiveTask)流程图xml 开始 前面我们已经介绍了Camunda最基本的操作和常见的监听器&#xff0c;如果不熟悉Camunda&#xff0c;可以先看一下&#xff0c;方便搭建环境&#xff0c;亲手测试。 Camunda组件与服务…
阅读更多...
轻量式RPC调用日志链路设计方案

轻量式RPC调用日志链路设计方案

导语: 调用链跟踪系统,又称为tracing&#xff0c;是微服务设计架构中&#xff0c;从系统层面对整体的monitoring和profiling的一种技术手 背景说明 由于我们的项目是微服务方向&#xff0c;中后台服务调用链路过深&#xff0c;追踪路径过长&#xff0c;其中某个服务报错或者异…
阅读更多...
YOLOv5改进芒果首发：24年最新论文Shift-ConvNets：稀疏/移位操作让小卷积核也能达到大卷积核效果，来打造新颖YOLOv5检测器

YOLOv5改进芒果首发：24年最新论文Shift-ConvNets：稀疏/移位操作让小卷积核也能达到大卷积核效果，来打造新颖YOLOv5检测器

💡本篇内容：YOLOv5改进芒果首发：24年最新论文Shift-ConvNets：稀疏/移位操作让小卷积核也能达到大卷积核效果，来打造新颖YOLOv5检测器 💡附改进源代码及教程，用来改进作为 🚀改进Shift-ConvNets 深圳大学出品！！24年最新论文 Shift-ConvNets地址：https://arxiv.o…
阅读更多...
c/c++串的链式操作

c/c++串的链式操作

文章目录 1.链式串的定义2.初始化3.赋值为04.赋值操作5.打印操作6.源码 本篇博客中都是带头结点的串。 1.链式串的定义 这里的数据域是4个字节&#xff0c;是为了节省空间。 typedef struct StringNode{char ch[4]; //按串长分配存储区&#xff0c;ch指向串的基地址struct S…
阅读更多...
史诗级详细离线更新centos系统的openssh，升级到9.3p1！！

史诗级详细离线更新centos系统的openssh，升级到9.3p1！！

离线更新openssh步骤 文章目录 前言一、openssh是什么？二、更新步骤 1.查看相关组件版本是否存在（代码包已全部打包）2.进行openssh离线更新总结(安装时可能出现的问题等)前言 对于可能很多人在离线更新openssh时都没找到一篇能解决实际问题的文章，那么今天它来了，请往下看…
阅读更多...
安卓相对布局RelativeLayout

安卓相对布局RelativeLayout

<?xml version"1.0" encoding"utf-8"?> <RelativeLayout xmlns:android"http://schemas.android.com/apk/res/android"android:layout_width"match_parent"android:layout_height"150dp"><TextViewandroid…
阅读更多...
PostgreSql和Oracle的事务机制区别以及对程序的影响

PostgreSql和Oracle的事务机制区别以及对程序的影响

前言 几年前IT信息产业的一些核心技术包括架构、产品以及生态都是国外制定&#xff0c;然而自从“遥遥领先”公司被制裁后&#xff0c;国家开始大力支持信息产业“新基建”&#xff0c;自2020年开始市场上涌现出了大量的国产化软件&#xff0c;就国产化数据库而言我所在的公司…
阅读更多...
vue2+html2pdf下载PDF,PDF分页切割

vue2+html2pdf下载PDF,PDF分页切割

问题： PDF下载下来后，文档内容被暴力分割。 解决方案： HTML <!-- 打印按钮 --> <el-button type="primary" size="small" class="el-icon-download right_btn" @click="downloadPDF">PDF</el-button><!-- …
阅读更多...
Windows存储空间不足局域网文件共享 Dism备份系统空间不足

Windows存储空间不足局域网文件共享 Dism备份系统空间不足

问题情景 在日常使用中难免遇到Windows的空间不足的情况&#xff0c;常用办法是清理垃圾释放空间&#xff0c;部分场景例如我们需要使用Dism备份完整系统&#xff0c;所以需要非常大的存储空间不够&#xff0c;如果空间不够什么才是最有效的方案呢&#xff1f; 我们假设身边没有…
阅读更多...
字符串转换const char* , char*，QByteArray，QString，string相互转换，支持中文

字符串转换const char* , char*，QByteArray，QString，string相互转换，支持中文

文章目录 1.char * 与 const char * 的转换2.QByteArray 与 char* 的转换3.QString 与 QByteArray 的转换4.QString 与 string 的转换5.QString与const string 的转换6.QString 与 char* 的转换 在开发中&#xff0c;经常会遇到需要将数据类型进行转换的情况&#xff0c;下面依…
阅读更多...
伪原创生成器手机版，移动端上写文章更方便！

伪原创生成器手机版，移动端上写文章更方便！

伪原创生成器虽然不少&#xff0c;但我们大家见到最多的还是电脑使用版&#xff0c;然而提及到伪原创生成器手机版的资源却不是那么多&#xff0c;特别是对于现在手机端也成为了大家办公的一大途径&#xff0c;这主要也是因为手机的便携性&#xff0c;它可以做到让大家随时随地…
阅读更多...
【图例】直观的感受MySQL事务的隔离级别分别解决了什么问题？以及如何查看和设置事务隔离级别！

【图例】直观的感受MySQL事务的隔离级别分别解决了什么问题？以及如何查看和设置事务隔离级别！

目录 前言一、读未提交&#xff08;Read Uncommitted&#xff09;二、读已提交&#xff08;Read Committed&#xff09;三、可重复读&#xff08;Repeatable Read&#xff09;四、串行化&#xff08;Serializable&#xff09; 前言 在MySQL中&#xff0c;事务的隔离级别决定了…
阅读更多...
如何本地搭建Emby影音管理服务并结合内网穿透实现远程访问本地影音库

如何本地搭建Emby影音管理服务并结合内网穿透实现远程访问本地影音库

文章目录 1.前言2. Emby网站搭建2.1. Emby下载和安装2.2 Emby网页测试 3. 本地网页发布3.1 注册并安装cpolar内网穿透3.2 Cpolar云端设置3.3 Cpolar内网穿透本地设置 4.公网访问测试5.结语 1.前言 在现代五花八门的网络应用场景中&#xff0c;观看视频绝对是主力应用场景之一&…
阅读更多...
UE4 C++ 结构体

UE4 C++ 结构体

先在UCLASS()前写入&#xff1a; USTRUCT(BlueprintType) struct FMyStruct //必须以"F"开头 {GENERATED_BODY() //必须添加“GENERATED_BODY()”UPROPERTY(EditAnywhere, BlueprintReadWrite, Category "MyStruct1")int32 Health;UPROPERTY(EditAnywher…
阅读更多...
【算法】拦截导弹（线性DP）

【算法】拦截导弹（线性DP）

题目 某国为了防御敌国的导弹袭击&#xff0c;发展出一种导弹拦截系统。 但是这种导弹拦截系统有一个缺陷&#xff1a;虽然它的第一发炮弹能够到达任意的高度&#xff0c;但是以后每一发炮弹都不能高于前一发的高度。 某天&#xff0c;雷达捕捉到敌国的导弹来袭。 由于该系…
阅读更多...
04. 【Linux教程】安装 Linux 操作系统

04. 【Linux教程】安装 Linux 操作系统

通过前面的小节学习&#xff0c;我们已经对 Linux 操作系统有了简单的了解&#xff0c;同时也在 Windows 下安装了虚拟机软件 VMware &#xff0c;那么本节课我们就介绍下如何使用虚拟机软件安装 Linux 操作系统。 通过第一小节的学习我们知道 Linux 有很多的发行版本&#xf…
阅读更多...
Unity 访问者模式（实例详解）

Unity 访问者模式（实例详解）

文章目录 实例1&#xff1a;简单的形状与统计访客实例2&#xff1a;游戏对象组件访问者实例4&#xff1a;Unity场景对象遍历与清理访客实例5&#xff1a;角色行为树访问者 访问者模式&#xff08;Visitor Pattern&#xff09;在Unity中主要用于封装对一个对象结构中各个元素的操…
阅读更多...
用Audio2Face导出Unity面部动画

用Audio2Face导出Unity面部动画

开始之前说句话&#xff0c;新年前最后一篇文章了 一定别轻易保存任何内容&#xff0c;尤其是程序员不要轻易Ctrl S 在A2F去往Unity的路上&#xff0c;还要经历特殊Blender&#xff0c;自己电脑中已下载好的可能不是很好使。 如果想查看UE相关的可以跳转到下边这两篇链接 1. …
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023