我有个朋友，公司有套业务系统出了点小情况，他把分析处理过程发给我了，征得他的同意后，在这里发出来。

问题分析定位使用的是达梦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语句没提交造成的阻塞。

甩锅

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