【云小课】【第31课】如何初步定位GaussDB慢SQL

数据库在日常使用的过程中会产生很多SQL语句，而如果有些SQL语句运行了很长时间还没有结束，这些语句会消耗很多的系统性能。

那么如何查询到有哪些SQL语句影响了系统的运行呢？

学了本节课程后，您就将会掌握初步定位GaussDB慢SQL的方法。

操作场景

• 数据库执行SQL语句长时间无响应。
• 数据库CPU/内存压力一直很大。

操作步骤

1.   使用DAS或者gsql连接实例。

2.   查询系统中长时间运行的查询语句。

SELECT current_timestamp - query_start AS runtime, datname, usename, query FROM pg_stat_activity where state != 'idle' ORDER BY 1 desc;

查询后会按执行时间从长到短顺序返回查询语句列表，第一条结果就是当前系统中执行时间最长的查询语句。返回结果中包含了系统调用的SQL语句和用户执行SQL语句，请根据实际找到用户执行时间长的语句。

若当前系统较为繁忙，可以通过限制current_timestamp - query_start大于某一阈值来查看执行时间超过此阈值的查询语句。

SELECT query FROM pg_stat_activity WHERE current_timestamp - query_start > interval '1 days';

3.   设置参数track_activities为on。

SET track_activities = on;

当此参数为on时，数据库系统才会收集当前活动查询的运行信息。

4.   从当前活动会话视图查找问题会话的线程ID。

SELECT datid, pid, state, query FROM pg_stat_activity;

显示类似如下信息，其中pid的值即为该会话的线程ID。

 datid |       pid       | state  | query 
-------+-----------------+--------+------- 
 13205 | 139834762094352 | active | 
 13205 | 139834759993104 | idle   | 
(2 rows)

如果state字段显示为idle，则表明此连接处于空闲，等待用户输入命令。

如果仅需要查看非空闲的查询语句，则使用如下命令查看：

SELECT datid, pid, state, query FROM pg_stat_activity WHERE state != 'idle';

5.   分析长时间运行的查询语句状态。

• 若查询语句处于正常状态，则等待其执行完毕。

         如果是因为SQL执行效率低，建议参考官方文档优化SQL语句。

• 若查询语句不正常执行，则参考步骤6结束异常会话。

6.   根据线程ID结束会话。

SELECT pg_terminate_backend(139834762094352);

显示类似如下信息，表示结束会话成功。

pg_terminate_backend 
---------------------- 
 t 
(1 row)

显示类似如下信息，表示用户正在尝试结束当前会话，此时仅会重连会话，而不是结束会话。

FATAL:  terminating connection due to administrator command 
FATAL:  terminating connection due to administrator command 
The connection to the server was lost. Attempting reset: Succeeded.

          gsql客户端使用pg_terminate_backend函数终止本会话后台线程时，客户端不会退出而是自动重连。