PHP 之 MySQL 慢查询那点事,你知多少?

一、简介

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

二、参数介绍

slow_query_log 慢查询开启状态html

slow_query_log_file 慢查询日志存放的位置(这个目录须要 MySQL 的运行账号的可写权限,通常设置为 MySQL 的数据存放目录)mysql

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

三、开启慢查询

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

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)设置方法shell

方法一:全局变量设置数据库

将 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 的检查行数,很明显的降低了。

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

参考文章:http://www.javashuo.com/article/p-mxjdkfye-ba.html

http://www.javashuo.com/article/p-pyrqdqbq-nu.html

点关注,不迷路

好了各位,以上就是这篇文章的所有内容了,能看到这里的人呀,都是人才。以前说过,PHP方面的技术点不少,也是由于太多了,实在是写不过来,写过来了你们也不会看的太多,因此我这里把它整理成了PDF和文档,若是有须要的能够

点击进入暗号: PHP+「平台」

在这里插入图片描述

在这里插入图片描述


更多学习内容能够访问【对标大厂】精品PHP架构师教程目录大全,只要你能看完保证薪资上升一个台阶(持续更新)

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

相关文章
相关标签/搜索