食人鱼 发表于 2023-5-18 20:12:52

[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语句执行过程中表如何连接和连接的顺序。
语法:
# 直接在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
   

来源:https://www.cnblogs.com/liupengfei1123/p/17411892.html
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作!
页: [1]
查看完整版本: [MySQL 如何分析性能]