MySQL 优化—— SQL 性能分析

SQL 性能分析

SQL 执行频率

MySQL 客户端连接成功后,通过 show [session | global] status 命令可以提供服务其状态信息。通过下面指令,可以查看当前数据库 CRUD 的访问频次:

SHOW GLOBAL STATUS LIKE 'Com_______'; 七个下划线代表这个七个占位。

查询数据库中整体的 CURD 频次,一般针对 select 比较多的数据库。

慢查询日志

慢查询日志记录了所有执行时间超过指定参数(long_query_time,单位:秒,默认 10 s)的所有 SQL 语句的日志

MySQL 的慢查询日志默认没有开启,需要在 MySQL 的配置文件(/etc/my.cnf)中配置如下信息:

# 开启 MySQL 慢查询日志开关
slow_query_log=1

# 设置慢查询的时间为 2 秒,SQL 语句执行时间操作 2 s,就会视为慢查询,并记录到慢查询日志中。
long_query_time=2

配置完成需重启 MySQL 服务器进行测试,查看慢查询日志文件的信息:/var/lib/mysql/localhost-slow.log

查看慢查询日志的开关情况

show variables like 'slow_query_log';

profile 详情

能够在做 SQL 优化时帮助我们了解时间都耗费到哪去了。通过 have_profiling 参数,能够看到当前 MySQL 是否支持 profile 操作:

SELECT @@have_profiling;

默认情况下是关闭的(0),通过 set 语句可以选择在 session/global 级别开启 profile

SELECT @@profiling;:查看 profiling 是否开启

SET profiling = 1;:开启 profiling

相关操作效果:

# 查看每一条 SQL 的耗时基本情况
show profiles;

# 查看指定 query_id 的 sql 语句各个阶段的耗时情况
show profile for query query_id;

# 查看指定 query_id 的 SQL 语句 CPU 的使用情况
show profile cpu for query query_id;
  1. show profiles

    \

    列分别是:SQL 语句的 id,执行时间秒,具体的 SQL 语句。

  2. show profile for query 25

    这条语句在各个状态的耗时详细情况。

  3. show profile cpu for query 79

    可以看到具体语句 CPU 的情况。

explain 执行计划

explain 或者 desc 命令获取 MySQL 如何执行 select 语句 的信息,包括 select 语句执行过程中表如何连接和连接顺序。

语法:explain select 语句

explain 具体字段解析:

那么一般情况下重点关注的是以下几个字段:

  • type:一般业务情况下是优化到 const、ref(如果 type 类型是在后面的话)
  • possible_keys:可能会用到的索引与实际用到的索引进行对比,看看是否能通过索引来进行优化。
  • key:实际用到的索引。
  • key_len:索引的最大长度,越短越好(不丢失精度前提下)。
  • filtered:值越大越好
  • Extra:其他信息,也比较重要。

小结:

对于 SQL 性能分析这章,学习了 4 个点:

  1. SQL 执行频率:查看数据库中查询是否执行频率最高。
  2. 慢查询日志:查询哪些 SQL 语句超过了规定时间,标记为慢查询。
  3. profile 详情:查看具体的 SQL 语句执行的耗时时间,包括各个阶段的用时以及 CPU 情况。
  4. explain\desc:查看具体 SELECT 执行计划,根据查询到的字段去进行 SQL 优化的方案。

后续将学习 SQL 优化的具体方案,以及不同的 SQL 优化。

热门相关:有个人爱你很久   大妆   豪门情变,渣总裁滚远点!   本法官萌萌哒   未来兽世:买来的媳妇,不生崽