openGauss学习笔记-194 openGauss 数据库运维-常见故障定位案例-分析查询语句长时间运行的问题
openGauss学习笔记-194 openGauss 数据库运维-常见故障定位案例-分析查询语句长时间运行的问题194.1 分析查询语句长时间运行的问题194.1.1 问题现象194.1.2 原因分析194.1.3 处理办法
openGauss学习笔记-194 openGauss 数据库运维-常见故障定位案例-分析查询语句长时间运行的问题
194.1 分析查询语句长时间运行的问题
194.1.1 问题现象
系统中部分查询语句运行时间过长。
194.1.2 原因分析
查询语句较为复杂，需要长时间运行。
查询语句阻塞。
194.1.3 处理办法
以操作系统用户omm登录主机。
-
使用如下命令连接数据库。
gsql -d postgres -p 8000postgres为需要连接的数据库名称，8000为端口号。
-
查看系统中长时间运行的查询语句。
SELECT timestampdiff(minutes, query_start, current_timestamp) AS runtime, datname, usename, query FROM pg_stat_activity WHERE state != 'idle' ORDER BY 1 desc;注意：该函数仅在openGauss兼容MY类型时（即dbcompatibility = 'B'）有效，其他类型不支持该函数。
查询会返回按执行时间长短从大到小排列的查询语句列表。第一条结果就是当前系统中执行时间长的查询语句。
如果当前系统较为繁忙，可以使用TIMESTAMPDIFF函数通过限制current_timestamp和query_start大于某一阈值查看执行时间超过此阈值的查询语句。timestampdiff的第一个参数为时间差单位。例如，执行超过2分钟的查询语句可以通过如下语句查询。
SELECT query FROM pg_stat_activity WHERE timestampdiff(minutes, query_start, current_timestamp) > 2; 分析长时间运行的查询语句状态。
如果查询语句处于正常状态，则等待其执行完毕。
如果查询语句阻塞，请参见分析查询语句是否被阻塞处理。
👍 点赞，你的认可是我创作的动力！
⭐️ 收藏，你的青睐是我努力的方向！
✏️ 评论，你的意见是我进步的财富！
PS：因为公众号平台更改了推送规则，如果不想错过内容，记得读完点一下“在看”，加个“星标”，这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我吧!
原文作者：超哥的IT私房菜；如有侵权，请联系管理员删除。
最新文章
- 06 ASM存储入门——Oracle 19c的“存储管家”（可选，针对需要ASM的场景）
- 05 手把手部署Oracle 19c RAC——2节点实例安装全流程（图形化+静默）
- 04 手把手部署Oracle 19c——单实例ASM安装全流程（图形化+静默）
- 03 Oracle 19c初始化配置——让数据库“好用又安全”
- 02 手把手部署Oracle 19c——单实例安装全流程（图形化+静默）
- 01 Oracle 19c部署前的“避坑指南”——环境规划与准备
- 开源堡垒机 JumpServer 社区版实战教程：发布机的配置与Website资产配置使用
- 开源堡垒机 JumpServer 社区版实战教程：一步步构建企业安全运维环境
- 基于 Ubuntu 22.04 离线安装 JumpServer 社区版 v4.4.1
- Harbor镜像仓库实战指南：从安装到高级管理的全面解析
