实战指南:MySql系统性优化改进的关键4步
第一步:掌握当下所有Sql语句执行的相关频次数据,具体方式是通过show status的命令,具体如下:
1) show session status like “Com%”,当前终端会话的使用情况
2)show status like 'com_select';本次MySQL启动后执行的SELECT语句的次数
3)show global status like “Com%”,显示数据库全局使用情况
4)show status like ‘Connections’ 显示数据库连接次数
5)show status like ‘Slow_queries'(默认是10秒) 查看查询时间超过long_query_time秒的查询的个数
第二步:找到执行时间较长的sql语句,此时重点可以关注一些查询语句,具体办法如下:
mysql一般会把查询时间较长的语句放在日志记录,通过查看这些日志即可。具体后续会讲解,这是属于慢查询的范畴。
第三步:利用mysql的explain命令查询当下sql的执行效率,具体来讲explain能显示MySQL如何使用索引来处理select语句以及连接表,可以帮助选择更好的索引和写出更优化的查询语句。
(1)explain的语法:
Explain语法:explain select … from … [where …]
(2)例如:explain select * from person; 执行后会输出:
下是对各个字段的简介:
1)id:select语句的查询序列号
2)select_type:select_type就是select的类型,可以有以下几种:
SIMPLE:简单SELECT(不使用UNION或子查询等)
PRIMARY:最外面的SELECT
UNION:UNION中的第二个或后面的SELECT语句
DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询
UNION RESULT:UNION的结果。
SUBQUERY:子查询中的第一个SELECT
DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
DERIVED:导出表的SELECT(FROM子句的子查询)
3)table:表名
4)type:显示了连接使用了哪种类别,有无使用索引,是分析性能瓶颈的关键项之一。
结果值从好到坏依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般来说,得保证查询至少达到range级别,最好能达到ref,否则就可能会出现性能问题。
5)possible_keys:列指出MySQL能使用哪个索引在该表中找到行
6)key:显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL
7)key_len:显示MySQL决定使用的键长度。
8)ref:显示使用哪个列或常数与key一起从表中选择行。
9)rows:显示MySQL认为它执行查询时必须检查的行数。
10)Extra:包含MySQL解决查询的详细信息,也是关键参考项之一。