mysql 最占资源sql_查找最耗费资源的 SQL(Top SQL)

数据库是较大型的应用,对于繁忙的数据库,需要消耗大量的内存、CPU、IO、网络资源。SQL 优化是数据库优化的手段之一,而为了达到 SQL 优化的最佳效果,您首先需要了解最消耗资源的 SQL(Top SQL),例如 IO 消耗最高的 SQL。

数据库资源分为多个维度、CPU、内存、IO 等,为能够从各个维度层面查找最消耗数据库资源的 SQL,您可以使用 pg_stat_statements 插件统计数据库的资源开销和分析 Top SQL。

本文将通过示例介绍如何创建 pg_stat_statements 插件、如何分析 Top SQL 以及如何重置统计信息。

创建 pg_stat_statements 插件

执行如下命令,在需要查询 TOP SQL 的数据库中,创建 pg_stat_statements 插件。

create extension pg_stat_statements;

分析 TOP SQL

pg_stat_statements 输出内容介绍

通过查询 pg_stat_statements 视图,您可以得到数据库资源开销的统计信息。SQL 语句中的一些过滤条件在 pg_stat_statements 中会被替换成变量,可以减少重复显示的问题。

pg_stat_statements 视图包含了一些重要信息,例如:

SQL 的调用次数,总耗时,最快执行时间,最慢执行时间,平均执行时间,执行时间的方差(看出抖动),总共扫描、返回或处理了多少行。

shared buffer 的使用情况:命中、未命中、产生脏块、驱逐脏块。

local buffer 的使用情况:命中、未命中、产生脏块、驱逐脏块。

temp buffer 的使用情况:读了多少脏块、驱逐脏块。

数据块的读写时间。

下表列出了 pg_stat_statements 输出内容中各参数的含义。

参数名称

类型

参考

说明

userid

oid

pg_authid.oid

OID of user who executed the statement.

dbid

oid

pg_database.oid

OID of database in which the statement was executed.

queryid

bigint

Internal hash code, computed from the statement’s parse tree.

query

text

Text of a representative statement.

calls

bigint

Number of times executed.

total_time

double precision

Total time spent in the statement, in milliseconds.

min_time

double precision

Minimum time spent in the statement, in milliseconds.

max_time

double precision

Maximum time spent in the statement, in milliseconds.

mean_time

double precision

Mean time spent in the statement, in milliseconds.

stddev_time

double precision

Population standard deviation of time spent in the statement, in milliseconds.

rows

bigint

Total number of rows retrieved or affected by the statement.

shared_blks_hit

bigint

Total number of shared block cache hits by the statement.

shared_blks_read

bigint

Total number of shared blocks read by the statement.

shared_blks_dirtied

bigint

Total number of shared blocks dirtied by the statement.

shared_blks_written

bigint

Total number of shared blocks written by the statement.

local_blks_hit

bigint

Total number of local block cache hits by the statement.

local_blks_read

bigint

Total number of local blocks read by the statement.

local_blks_dirtied

bigint

Total number of local blocks dirtied by the statement.

local_blks_written

bigint

Total number of local blocks written by the statement.

temp_blks_read

bigint

Total number of temp blocks read by the statement.

temp_blks_written

bigint

Total number of temp blocks written by the statement.

blk_read_time

double precision

Total time the statement spent reading blocks, in milliseconds (if track_io_timing is enabled, otherwise zero).

blk_write_time

double precision

Total time the statement spent writing blocks, in milliseconds (if track_io_timing is enabled, otherwise zero).

最耗 IO SQL

执行如下命令,查询单次调用最耗 IO SQL TOP 5。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderby(blk_read_time+blk_write_time)/calls desc limit5;

执行如下命令,查询总最耗 IO SQL TOP 5。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderby(blk_read_time+blk_write_time)desc limit5;

最耗时 SQL

执行如下命令,查询单次调用最耗时 SQL TOP 5。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderbymean_time desc limit5;

执行如下命令,查询总最耗时 SQL TOP 5。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderbytotal_time desc limit5;

响应时间抖动最严重 SQL

执行如下命令,查询响应时间抖动最严重 SQL。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderbystddev_time desc limit5;

最耗共享内存 SQL

执行如下命令,查询最耗共享内存 SQL。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderby(shared_blks_hit+shared_blks_dirtied)desc limit5;

最耗临时空间 SQL

执行如下命令,查询最耗临时空间 SQL。

selectuserid::regrole,dbid,queryfrompg_stat_statements orderbytemp_blks_written desc limit5;

重置统计信息

pg_stat_statements是累积的统计,如果要查看某个时间段的统计,需要查询快照的信息,详情请参见《PostgreSQL AWR报告(for 阿里云ApsaraDB PgSQL)》。

您也可以通过执行如下命令,来定期清理历史统计信息。

selectpg_stat_statements_reset();

参考文档

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
要利用 MySQL 的表 events_statements_summary_by_digest 分析出高频的 SQL,可以按照以下步骤进行: 1. 查看最高执行次数的 SQL:使用以下 SQL 查询 events_statements_summary_by_digest 表,按照执行次数降序排序,可以得到执行次数最多的 SQL。 ``` SELECT DIGEST_TEXT, COUNT_STAR FROM performance_schema.events_statements_summary_by_digest ORDER BY COUNT_STAR DESC LIMIT 10; ``` 2. 查看最慢的 SQL:使用以下 SQL 查询 events_statements_summary_by_digest 表,按照平均执行时间降序排序,可以得到执行时间最长的 SQL。 ``` SELECT DIGEST_TEXT, AVG_TIMER_WAIT FROM performance_schema.events_statements_summary_by_digest ORDER BY AVG_TIMER_WAIT DESC LIMIT 10; ``` 3. 查看最耗时SQL:使用以下 SQL 查询 events_statements_summary_by_digest 表,按照总执行时间降序排序,可以得到执行时间最长的 SQL。 ``` SELECT DIGEST_TEXT, SUM_TIMER_WAIT FROM performance_schema.events_statements_summary_by_digest ORDER BY SUM_TIMER_WAIT DESC LIMIT 10; ``` 4. 查看最耗费资源SQL:使用以下 SQL 查询 events_statements_summary_by_digest 表,按照总执行时间和总锁等待时间的和降序排序,可以得到消耗系统资源最多的 SQL。 ``` SELECT DIGEST_TEXT, (SUM_TIMER_WAIT + SUM_LOCK_TIME) AS TOTAL_TIME FROM performance_schema.events_statements_summary_by_digest ORDER BY TOTAL_TIME DESC LIMIT 10; ``` 通过以上步骤,可以得到执行次数最多、执行时间最长、消耗系统资源最多的 SQL,从而找到可能存在性能问题的 SQL,并进行优化。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值