[MySQL 如何分析性能]

Posted 刘较瘦丫

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了[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语句执行过程中表如何连接和连接的顺序。

    语法:

    # 直接在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 COUNT性能分析

参考技术A

count(*)是如何实现的?

上述的count(*)指的是在查询的时候不加where条件,不加where条件的count(*)在不同的数据库引擎下有不同的实现:

InnoDB为什么不把总行数存起来?

由于InnoDB的事务支持,同一时刻的多个事务的查询,由于多版本并发控制的(MVCC)的原因,InnoDB表返回的行数是不确定。

InnoDB对COUNT(*)做的优化?

InnoDB是索引组织表,所有的数据都是通过B+数的方式组织起来的,主键索引的叶子节点是整行数据,普通索引的叶子节点是主键值,因此 普通索引树的大小要比主键索引树小的多 。对于count(*),MySQL优化器会找到最小的那棵索引树然后进行遍历。

如果某张大表需要经常性的进行count(*)操作,可以考虑单独建立一张表进行保存大表的记录行数。

COUNT的具体含义?

COUNT()是一个聚合函数,对于返回的结果集需要一行一行的进行判断,如果COUNT函数中的参数不为NULL,累计值就加,否则不加。

COUNT的几种用法?

COUNT(*)除了在选择索引树遍历上有优化,而且在执行的过程中不会取值,Server层按照行累加。

COUNT(主键ID),InnoDB会遍历整张表,把每一行的ID值都取出来,返回给Server层。Server层拿到ID以后,判断不可能为空,按行累加。

COUNT(1),InnoDB引擎遍历整张表,但不取值。Server层对于返回的每一行放一个数字"1"进去,判断不可能为空,按行累加。

COUNT(字段),如果字段定义为NOT NULL的话,Server层从记录中取到字段以后判断不可能为NULL,按行累加;但是如果字段允许为NULL,Server层就有可能取到为NULL的记录,此时需要把记录中的值进行判断一下,不是NULL才可以累加。

COUNT效率

COUNT(字段) < COUNT(主键ID) < COUNT(1) COUNT(*)

以上是关于[MySQL 如何分析性能]的主要内容,如果未能解决你的问题,请参考以下文章

Mysql-性能分析-Profiling

MySQL性能分析工具之PROFILE

mysql索引的性能分析

mysql性能优化-慢查询分析,优化索引最佳实践

MySQL性能分析和优化-part 1

如何查看 mysql 性能瓶颈