php mysql 慢查询语句_PHP 之 MySQL 慢查询那点事，你知多少？

1、简介

开启慢查询日志，可以让 MySQL 记录下查询超过指定时间的语句，通过定位分析性能的瓶颈，才能更好的优化数据库系统的性能。

2、参数介绍

slow_query_log 慢查询开启状态

slow_query_log_file 慢查询日志存放的位置(这个目录需要 MySQL 的运行帐号的可写权限，一般设置为 MySQL 的数据存放目录)

long_query_time 查询超过多少秒才记录，默认是 10 秒

3、开启慢查询

(1) 查看慢查询相关参数

mysql> show variables like 'slow_query%';

+---------------------------+-----------------------------------+

| Variable_name | Value |

+---------------------------+-----------------------------------+

| slow_query_log | OFF |

| slow_query_log_file | /usr/local/var/mysql/slow.log |

+---------------------------+-----------------------------------+

mysql> show variables like 'long_query_time';

+-----------------+-----------+

| Variable_name | Value |

+-----------------+-----------+

| long_query_time | 10.000000 |

+-----------------+-----------+

(2)设置方法

方法一：全局变量设置

将 slow_query_log 全局变量设置为 “ON” 状态

mysql> set global slow_query_log='ON';

设置慢查询日志存放的位置

mysql> set global slow_query_log_file='/usr/local/var/mysql/slow.log ';

设置慢查询时间，查询超过 1 秒就记录

mysql> set global long_query_time=1;

方法二：配置文件设置

修改配置文件 my.cnf，在 [mysqld] 下的下方加入

[mysqld]

slow_query_log = ON

slow_query_log_file = /usr/local/var/mysql/slow.log

long_query_time = 1

(3)重启 MySQL 服务

service mysqld restart

(4)慢查询日志分析

截取一段慢查询日志：

# Time: 180918 19:06:21

# User@Host: proxy[proxy] @ [192.168.0.16] Id: 6707197

# Query_time: 1.015429 Lock_time: 0.000116 Rows_sent: 1 Rows_examined: 44438

SET timestamp=1537268781;

select

id, user_id, device_uuid, bd_client_id, bd_user_id, bd_tag,

nodisturb_mode, nodisturb_start_time,

nodisturb_end_time, binding_time, device_os_type, app_type, state

from app_mobile_device

where user_id = '78436'

and app_type = 'YGY'

order by binding_time desc;

# User@Host: proxy[proxy] @ [192.168.0.16] Id: 6707236

# Query_time: 1.021662 Lock_time: 0.000083 Rows_sent: 1 Rows_examined: 44438

SET timestamp=1537268781;

select

id, user_id, device_uuid, bd_client_id, bd_user_id, bd_tag,

nodisturb_mode, nodisturb_start_time,

nodisturb_end_time, binding_time, device_os_type, app_type, state

from app_mobile_device

where user_id = '14433'

and app_type = 'YGY'

order by binding_time desc;

这里可以看到：

Query_time (慢查询语句的查询时间) 都超过了设置的 1s,

Rows_sent (慢查询返回记录) 这里只返回了 1 条

Rows_examined (慢查询扫描过的行数) 44438 -> 通过这里大概可以看出问题很大

现在将这个 SQL 语句放到数据库去执行，并使用 EXPLAIN 分析 看下执行计划

EXPLAIN

select

id, user_id, device_uuid, bd_client_id, bd_user_id, bd_tag,

nodisturb_mode, nodisturb_start_time,

nodisturb_end_time, binding_time, device_os_type, app_type, state

from app_mobile_device

where user_id = '78436'

and app_type = 'YGY'

order by binding_time desc;

查询结果是：

在这里插入图片描述

解释下参数：

在这里插入图片描述

这里可以发现：rows 为查询的行数，查询了 4w 多行，那慢是肯定的了。

因为这里是好几个条件，并且没有使用一个索引，那就只能给添加索引了，

这里给选择添加普通多列索引，因为这个表在最开始设计出问题了，导致有重复的数据，不能设置唯一索引了。

ALTER TABLE app_mobile_device ADD INDEX user_app_type_only ( `user_id` ,`app_type` )

索引设置了，再看下刚的 SQL 的执行计划。

在这里插入图片描述

可以发现 rows 的检查行数，很明显的下降了。

到此，慢查询的使用和优化就基本完成了。

点关注，不迷路

好了各位，以上就是这篇文章的全部内容了，能看到这里的人呀，都是人才。之前说过，PHP方面的技术点很多，也是因为太多了，实在是写不过来，写过来了大家也不会看的太多，所以我这里把它整理成了PDF和文档，如果有需要的可以

在这里插入图片描述

在这里插入图片描述

以上内容希望帮助到大家，很多PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提升，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家，需要的可以加入我的