暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

达梦数据库运维小技巧分享(一)

烈焰枷锁 2024-12-16
225

我有个朋友,公司有套业务系统出了点小情况,驻场工程师分析定位了问题,然后他把分析处理过程发给我了,征得他的同意后,在这里发出来。

问题分析定位使用的是达梦DEM系统。

本文就是介绍如何使用DEM来定位性能问题。

DM企业管理器的英文全称DM Enterprise Manager,简称DEM。 DEM提供一个通过Web界面来监控、管理并维护DM数据库的集中式管理平台,可以从任何可以访问Web应用的位置通过DEM来对达梦数据库进行各种管理和监控。

登录软件

  • 双击资源监控,搜索系统名称,找到对应的数据库集群
  • 点击操作,进行负载分析

这里可以看到当前系统的CPU,内存使用情况,右侧自定义时间可以自行选择时间。

故障定位

通过会话页面,可以看到会话变化曲线,如果在短时间内发生了很多会话数增长,那么说明这是可能有阻塞/慢查询。

通过对比事务-等待事务,可以看到这里是有阻塞。正常情况下,等待事务应该是0。

再通过慢SQL-SQL散点图,将鼠标放到带颜色的点的位置,能看到具体的SQL。

原因分析

通过观察这里的SQL语句发现基本都是UPDATE、INSERT之类的语句,将具体的语句拿到工具里分析发现,这类SQL要么是根据主键更新,要么是根据唯一键值更新,以及直接INSERT,不可能运行这么长时间。

根据经验判断应该是没有及时提交导致的

再根据慢SQL(TOP 100),这里也记录了很多类似的UPDATE:

高频SQL(TOP 100),也能看到这种SQL,当然也有SELECT慢SQL,但是这类SQL已经存在很长时间,并不会造成阻塞。

于是,原因可以肯定了,的确是UPDATE/INSERT语句没提交造成的阻塞

甩锅

这当然是联系研发优化了。😄


文章转载自烈焰枷锁,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论