GaussDB定位最耗性能的SQL

风晓 2024-01-15 09:04:59  55032 赞同 0 反对 0

分类：资源标签：国产数据库

GaussDB定位最耗性能的SQL

系统中有些SQL语句运行了很长时间还没有结束，这些语句会消耗很多的系统性能，请根据本内容查询长时间运行的SQL语句。

操作步骤

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.查看正在运行的查询语句。

以查看视图pg_stat_activity为例：

SELECT datname, usename, state FROM pg_stat_activity; 
 datname  | usename | state  | 
----------+---------+--------+ 
 postgres |   omm   | idle   | 
 postgres |   omm   | active | 
(2 rows)

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

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

SELECT datname, usename, state FROM pg_stat_activity WHERE state != 'idle';

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

只有当查询阻塞在系统内部锁资源时，waiting字段才显示为true。尽管等待锁资源是数据库系统最常见的阻塞行为，但是在某些场景下查询也会阻塞在等待其他系统资源上，例如写文件、定时器等。但是这种情况的查询阻塞，不会在视图pg_stat_activity中体现。

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

2）若查询语句阻塞，则通过如下命令查看当前处于阻塞状态的查询语句

SELECT datname, usename, state, query FROM pg_stat_activity WHERE waiting = true;

查询结果中包含了当前被阻塞的查询语句，该查询语句所请求的锁资源可能被其他会话持有，正在等待持有会话释放锁资源。

如果您发现该资源为电子书等存在侵权的资源或对该资源描述不正确等，可点击“私信”按钮向作者进行反馈；如作者无回复可进行平台仲裁，我们会在第一时间进行处理！

评价 0 条

相关资源

计算机系统的主要性能指标 2023-12-25 55909 浏览
计算机系统的主要性能指标mm
定位dmserver创建库文件后启动权限不够的问题 2023-12-25 54900 浏览
定位dmserver创建库文件后启动权限不够的问题
解决网络协议服务器问题的关键：定位能力与抓包技术 2023-12-28 52194 浏览
近期，我再次涉足于协议服务器相关的工作领域，致力于定位并解决各种问题。简单总结一些心得给大家。如果想要定位出协议服务器的问题，那么这些能力可能至关重要。注：我这里比较偏向协议本身的问题，不涉及一些通用的网络问题（如网络吞吐量上不去、响应时间长等等）
JVM性能优化到底该怎么做？ 2023-12-28 51507 浏览
1、一个新系统开发完毕之后如何设置JVM参数？应该估算一下自己负责的系统每个核心接口每秒多少次请求，每次请求会创建多少个对象，每个对象大概多大，每秒钟会使用多少内存空间？然后就可以估算出来多长时间会发生一次Young GC，而且可以估算一下发生Young GC的时候，会有多少对象存活下来，会有多少对象升入老年代里，老年代对象增长的速率大概是多少，多久之后会触发一次Full GC。通过一连串的估算，就可以合理的分配年轻代和老年代的空间，还有Eden和Survivor的空间
G1分代回收原理深度图解：为什么回收性能比传统GC更好 2023-12-28 53980 浏览
1、前文回顾上篇文章给大家分析了一下G1垃圾回收器设计的思想，主要是把内存拆分为很多个小的Region，然后新生代和老年代各自对应一些Region，回收的时候尽可能挑选停顿时间最短以及回收对象最多的Region，尽量保证达到我们指定的垃圾回收系统停顿时间。这篇文章我们继续一步一图，把G1垃圾回收器工作的时候，从对象在内存中的分配到垃圾回收的触发，给大家来分析一下。
MySQL：高性能索引 2023-12-28 52963 浏览
索引的优点： 1、大大减少了服务器需要扫描的数据量 2、帮助服务器避免排序和临时表 3、可以将随机IO变为顺序IO
【Python】【 OpenCV】定位条形码（一） 2023-12-29 51406 浏览
关于二维码和条形码的检测和识别，在OpenCV中已经有提供了对应的API，cv2.QRCodeDetector() | cv2.barcode_BarcodeDetector() ，相关的实现极其简单：
【Python】【 OpenCV】定位条形码（二）moments和HuMoments 2023-12-29 52436 浏览
根据上一篇博客可知，单纯的通过求取最大面积而进行定位的局限性，因此我们接下来将通过cv2.moments()和cv2.HuMoments()这两个方法来在更复杂的环境中去找到我们的目标区域。
【Python】【OpenCV】定位二维码 2023-12-29 52767 浏览
相较于BarCode，QRCode有明显的特征区域，也就是左上角、右上角、左下角三个”回“字区域，得益于hierarchy中，父子关系的轮廓是连续的（下标），所以这个时候我们就可以通过cv2.findContours()返回的hierarchy来进行定位。
Java应用性能调优 2023-12-30 57116 浏览
性能诊断工具性能诊断一种是针对已经确定有性能问题的系统和代码进行诊断，还有一种是对预上线系统提前性能测试，确定性能是否符合上线要求。本文主要针对前者，后者可以用各种性能压测工具（例如 JMeter）进行测试，不在本文讨论范围内。针对 Java 应用，性能诊断工具主要分为两层：OS 层面和 Java 应用层面（包括应用代码诊断和 GC 诊断）。

GaussDB定位最耗性能的SQL

操作步骤

相关资源

关注我们