第29天SQL进阶-查询优化- performance_schema系列实战四：查看最近的SQL执行信息（SQL 小虚竹)

Posted 2023-03-02 小虚竹

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了第29天SQL进阶-查询优化- performance_schema系列实战四：查看最近的SQL执行信息（SQL 小虚竹)相关的知识，希望对你有一定的参考价值。

回城传送–》《32天SQL筑基》

文章目录

零、前言
一、查看最近的top sql
- 1.1 数据准备（如果已有数据可跳过此操作）
- 1.2 查询events_statements_summary_by_digest表
二、查看最近执行失败的SQL
三、总结
四、参考

零、前言

今天是学习 SQL 打卡的第 29 天，每天我会提供一篇文章供群成员阅读（ 不需要订阅付钱 ）。

希望大家先自己思考，如果实在没有想法，再看下面的解题思路，自己再实现一遍。在小虚竹JAVA社区中对应的【打卡贴】打卡，今天的任务就算完成了，养成每天学习打卡的好习惯。

虚竹哥会组织大家一起学习同一篇文章，所以有什么问题都可以在群里问，群里的小伙伴可以迅速地帮到你，一个人可以走得很快，一群人可以走得很远，有一起学习交流的战友，是多么幸运的事情。

我的学习策略很简单，题海策略+ 费曼学习法。如果能把这些题都认认真真自己实现一遍，那意味着 SQL 已经筑基成功了。后面的进阶学习，可以继续跟着我，一起走向架构师之路。

今天的学习内容是：SQL进阶-查询优化- performance_schema系列实战四：查看最近的SQL执行信息

一、查看最近的top sql

我们优化慢SQL的思路：优先优化执行次数最多的，然后是执行时间最长的。
可以使用events_statements_summary_by_digest表来查询经过统计之后的top sql

1.1 数据准备（如果已有数据可跳过此操作）

使用sysbench准备初始化数据
创建测试数据库sysbenchdemo

create database sysbenchdemo;

准备测试数据：

sysbench /usr/share/sysbench/oltp_insert.lua \\
--mysql-host=localhost \\
--mysql-port=3306 \\
--mysql-socket=/tmp/mysql.sock \\
--mysql-user=root \\
--mysql-password=xiaoxuzhu \\
--mysql-db=sysbenchdemo \\
--db-driver=mysql \\
--tables=8 \\
--table-size=100000 \\
--time=180 prepare

1.2 查询events_statements_summary_by_digest表

登录mysql数据库

use performance_schema;

select SCHEMA_NAME,DIGEST_TEXT,COUNT_STAR,sys.format_time(SUM_TIMER_WAIT) as sum_time,
sys.format_time(MIN_TIMER_WAIT) as min_time,
sys.format_time(AVG_TIMER_WAIT) as avg_time,
sys.format_time(MAX_TIMER_WAIT) as max_time,
sys.format_time(SUM_LOCK_TIME) as sum_lock_time,
SUM_ROWS_AFFECTED,
SUM_ROWS_SENT,SUM_ROWS_EXAMINED 
from events_statements_summary_by_digest 
where SCHEMA_NAME is not null order by COUNT_STAR desc limit 10;

特别字段说明：

DIGEST_TEXT 提供SQL语句文本
COUNT_STAR 是执行此类型查询的次数
UM_TIMER_WAIT 是执行此查询所用的总时间
AVG_TIMER_WAIT 是每次执行的平均时间
大多数其他列是各个查询的值的总和

注意：DIGEST_TEXT的sql语句是有大小限制的，只会存储1024个字节，所以performance_schema提供的数据可以给慢查询日志分析做一个补充分析的依据。

二、查看最近执行失败的SQL

有这么一个场景：由于代码不规范，没有把sql报错的信息记录到错误日志中。那要如何看到具体的SQL文本，看看是否有哪里写错了。

实战模拟一个语法错误的SQL，使用events_statements_history_long或者events_statements_history表查询发生语法错误的SQL语句。

2.1 开启第一个会话，执行错误sql

登录mysql数据库

use performance_schema;

select * from;

2.2 开启第二个会话，通过错误号找记录

查询错误号为1064的记录
登录mysql数据库

use performance_schema;

2.2.1 通过events_statements_history表查询

select THREAD_ID,EVENT_NAME,SOURCE,sys.format_time(TIMER_WAIT) as exec_time,
sys.format_time(LOCK_TIME) as lock_time,
SQL_TEXT,CURRENT_SCHEMA,MESSAGE_TEXT,ROWS_AFFECTED,ROWS_SENT,ROWS_EXAMINED,MYSQL_ERRNO 
from events_statements_history where MYSQL_ERRNO=1064;

通过上面的sql语句，查找到了报错的语句。
但实际情况可能不知道错误号是多少，可以查询发生错误次数不为0的语句记录。

select THREAD_ID,EVENT_NAME,SOURCE,sys.format_time(TIMER_WAIT) as exec_time,
sys.format_time(LOCK_TIME) as lock_time,
SQL_TEXT,CURRENT_SCHEMA,MESSAGE_TEXT,ROWS_AFFECTED,ROWS_SENT,ROWS_EXAMINED,MYSQL_ERRNO,errors 
from events_statements_history 
where errors>0;

如图所示，找到了错误的语句。

2.2.2 通过events_statements_summary_by_digest表查询

在会话1再执行一两个错误语句：

select * ;
select * from sysbenchdemo.sbtest4 where id between 100 and 2000 and xx=1;

在第二个会话中，在events_statements_summary_by_digest表中查询发生错误次数大于0的记录。

select SCHEMA_NAME,DIGEST_TEXT,COUNT_STAR,
sys.format_time(AVG_TIMER_WAIT) as avg_time,
sys.format_time(MAX_TIMER_WAIT) as max_time,
sys.format_time(SUM_LOCK_TIME) as sum_lock_time,
SUM_ERRORS,FIRST_SEEN,LAST_SEEN 
from events_statements_summary_by_digest where SUM_ERRORS!=0
 order by LAST_SEEN desc;

从图上可知，events_statements_summary_by_digest表中不记录具体的错误信息，只做错误语句统计。
需要查询到具体的错误信息（如：具体的错误代码，具体的错误提示信息以及具体的错误SQL文本等），还需要查询events_statements_history或者events_statements_history_long表