【参赛作品73】MogDB/openGauss 通过活跃会话定位性能瓶颈

本文介绍了如何通过top命令和Mogdb数据库的系统视图来查找并分析消耗CPU最多的会话。作者展示了如何获取Mogdb进程PID，使用top命令查看高CPU线程，以及通过dbe_perf视图获取详细等待状态和会话信息。通过这些步骤，可以定位到导致高负载的SQL查询，从而进行优化，提升数据库效率。

作者：唐祖亮

通过 top命令获取消耗CPU最多的会话

• mogdb/opengauss使用多线程模式

• 获取mogdb pid

• ps -ef | grep mogdb

可以看到当前服务器上运行的Mogdb数据库的PID为22203.

• top –H –p

通过top命令查看占用cpu高的线程ID。

检查特定thread的信息 – dbe_perf.THREAD_WAIT_STATUS

• \d dbe_perf.THREAD_WAIT_STATUS

select tid,lwtid,query_id,wait_status,wait_event , block_sessionid • from dbe_perf.THREAD_WAIT_STATUS where lwtid = <os thread id> ;

检查特定session的信息 – dbe_perf.SESSION_STAT_ACTIVITY --dbe_perf.THREAD_WAIT_STATUS

\d dbe_perf.SESSION_STAT_ACTIVITY

\d dbe_perf.THREAD_WAIT_STATUS

select * from dbe_perf.session_stat_activity where pid=<db tid of thread>;

select pid,sessionid,tid,a.query_id,wait_event,query from dbe_perf.SESSION_STAT_ACTIVITY a,dbe_perf.THREAD_WAIT_STATUS b where pid=tid and lwtid = <os thread id>;

通过线程号关联dbe_perf.SESSION_STAT_ACTIVITY、dbe_perf.THREAD_WAIT_STATUS 两张视图查询出活跃会话的详细信息。
可以看到会话中执行的sql是两个表关联查看两个表的信息。

可以看到两张表是很大的而sql文本中没有对两张表进行条件过滤所以只能以全表扫描的方式进行NL连接导致占用大量CPU。我们通过分析活跃会话成功的定位了消耗高的会话和SQL，定位到问题之后进行处理优化便能降低数据库的负载提升数据库运行效率。