[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
-
复制代码
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |