[MySQL 如何分析性能]-Toy模板网

这篇具有很好参考价值的文章主要介绍了[MySQL 如何分析性能]。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

[MySql 如何分析性能]

Sql性能分析

sql语句: 
    "show global status like "Com_______";"
结果:
    +---------------+-------+
    | Variable_name | Value |
    +---------------+-------+
    | Com_binlog    | 0     |
    | Com_commit    | 7     |
    | Com_delete    | 2     |
    | Com_insert    | 10    |
    | Com_repair    | 0     |
    | Com_revoke    | 0     |
    | Com_select    | 1400  |
    | Com_signal    | 0     |
    | Com_update    | 2     |
    | Com_xa_end    | 0     |
    +---------------+-------+

即： 当前数据库查询了1400次数，插入了1条数据，删除了2条，更新了条；
	针对数据库优化 我们只需要关注查询次数即可，因为我们操作最多的也就是查询;

慢查询日志

慢查询日志记录了所有执行时间超过指定参数（long_query_time,单位：秒，默认10秒）的所有SQL语句的日志。

MySQL的慢查询日志默认没有开启，需要在MySQL的配置文件（/etc/my,cnf）中配置如下信息：

SQL语句： show variables like 'slow_query_log';

结果：
	+----------------+-------+
    | Variable_name  | Value |
    +----------------+-------+
    | slow_query_log | OFF   |
    +----------------+-------+
    1 row in set (0.00 sec)
    
# 我们可以看到日志默认为 关闭状态！ 如需开启 修改配置文件（/etc/my,cnf）

修改配置文件

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

#设置慢日志的时间为2秒,SQL语句执行超过2s即为慢查询，然后就会记录慢查询日志
long_query_time=2

"“”
配置文件中加入如上参数即可！
"“”
注意！！！
# 修改完配置文件需要重启MySQL服务！

profile详情

show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪个地方。通过have_profiling参数，能够看到当前MySQL是否支持profile操作：

执行SQL语句查看是否支持profiling
    select @@have_profiling;

    # 结果：
        +------------------+
        | @@have_profiling |
        +------------------+
        | YES              |
        +------------------+
    
# 可以看到我们当前数据库是支持profile操作的

默认profiling是关闭的，可以通过set语句在session/global级别开启profiling:
(session/global 代表当前会话/全局)

# 1。查看是否开启profiling
    select @@profiling;
    
	结果：
        +-------------+
        | @@profiling |
        +-------------+
        |           0 |
        +-------------+

# 2.开启profiling
    set profiling=1;

执行一系列的业务SQL的操作，然后我们可以通过如下指令查看SQL的执行耗时

# 查看每一条SQL的耗时基本情况
	show profiles;
	
# 查看指定query_id的SQL语句各个阶段的耗时情况
	show profile for query query_id;
	
# 查看指定query_id的SQL语句CPU的使用情况
	show profile cpu for query query_id;

注意：
	query_id 为日志中记录的id号 可通过第一条指令看到！

explain执行计划

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

语法：文章来源地址https://www.toymoban.com/news/detail-449161.html

# 直接在select语句之前加上关键字explain/desc

	explain select 字段列表 from 表名 where 条件;
	
# 例如：explain select name from t1 where id=1;
# 结果：
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | t1    | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    3 |    33.33 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+

# explain 执行计划中各字段的含义
1、id
	select查询的序列号，表示查询中执行select的子句或者是操作表的顺序（id相同，执行顺序从上到下；id不同。值越大越先执行！）。

2、select_type
	表示select的类型，常见的取值有：
	simple（简单表，即不使用表连接或者子查询）、
	primary （主查询，即外层的查询）、
	union （union中的第二个或者后面的查询语句）、
	subquery （select/where之后包含子查询）等

3、type
	表示连接类型，性能由好到差的连接类型为NULL、system、const、eq_ref、ref、range、index、all。
	
4、possible_key
	显示可能应用在这张表上的索引、一个或者多个。
	
5、key
	实际使用的索引，如果为NULL、则没有使用索引。

6、key_len
	表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度、在不损失精确性的前提下、长度越短越好。
	
8、rows
	mysql认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值，可能是并不总是准确的。
	
9、filtered
	表示返回结果的行数占需要读取行数的百分比，filtered的值越大越好。

10、extra
	代表前边字段中的值没有展示出来的信息会在这个地方展示！
	
# 重点关注：type、possible_key、key、key_len
# 参考字段：rows、extra

到了这里，关于[MySQL 如何分析性能]的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！