达梦数据库卡，未执行完SQL排查

最新推荐文章于 2024-09-06 14:15:00 发布

悟●禅●酒

最新推荐文章于 2024-09-06 14:15:00 发布

阅读量1.2k

点赞数 1

分类专栏：后台数据库文章标签： sql 数据库

本文链接：https://blog.youkuaiyun.com/pengain/article/details/113507534

版权

23 篇文章

订阅专栏

8 篇文章

订阅专栏

针对达梦6数据库因数据量增大导致的死机或查询缓慢问题，本文介绍了一种通过查询系统表定位问题SQL并使用Dm_close_connect函数关闭的方法。长期解决策略包括优化业务逻辑和SQL。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题描述：

提示：达梦6数据库的项目，因使用时间久了，数据量大了，最近总死机或者数据请求缓慢，又因业务太多，时间隔了太久，不知道如何查起。

后来想了想，总是数据库挂掉，或者查询缓慢，那么是不是数据库的问题呢，然后查询各种资料，沟通数据库厂家，寻求援助，然后问题暂时解决了，记录如下。

-- 使用 SYSDBA 登录，此处查询的 系统库 所以选择的是 SYSTEM 库
select * from v$session where trx_id in ( select trx_id from v$lock);

在这里插入图片描述
查询出来数据字段不少，经过多次刷新，查看LOGIN_TIME、USER_IP、SQL_TEXT等字段，可以追踪到常驻数据库内存SQL的开始执行时间、执行SQL的服务器IP。

为什么说是暂时解决了了呢？因为要最终解决问题，需要通过SQL、IP 反向去优化业务逻辑，优化SQL，需要的时间较长，这是升级的事了，下面介绍下临时解决办法。

找到原因SQL后，直接使用达梦内置函数Dm_close_connect关闭常驻的查询语句，有点类似于windows系统的结束进程。为什么是结束查询语句，可以自己想想。
执行方式如图：
在这里插入图片描述

 --其中参数为 系统表v$session 的 SADDR 字段
 select Dm_close_connect('0x00002AAABAE49040');

注：临时解决了问题之后，从长远来看，还是要通过SQL、IP 反向去优化业务逻辑，优化SQL，提高因业务数据的增涨带来数据查询效率才是根本。