MySQL优化七大步骤，面试经常问？却还搞不懂SQL优化？这一篇文章帮你解决。

MySQL优化七大步骤

需要优化可能出现的原因。

一条SQL语句的执行时间变长，可能是由于以下几个原因导致的。
数据量变多，这种情况可以考虑读写分离和分库分表；关联了太多的表SQL语句本身的问题，应该对SQL进行优化；服务器性能下降，此时就需要对MySQL本身进行调优，可以通过修改my.cnf配置文件进行优化。

1.SQL语句的优化

explain字段查看

type
type字段描述表的连接方式。主要有以下几种，从上到下，性能依次下降。
system：表只有一行数据。
const：表中最多只有一行匹配的数据，常出现于将主键或者unique索引作为查询条件的语句。(eg : SELECT * FROM tbl_name WHERE primary_key=1; )
eq_ref：主键或非空唯一索引扫描，对于ref_table表中的每一个键值，other_table中最多只有一条记录与之匹配。(eg : SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column;)
ref：非唯一索引扫描(eg : SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column;)
fulltext：使用全文索引。
ref or null：类似于ref，但是MySQL会额外扫描包含空值的行。(eg : SELECT * FROM ref_table WHERE key_column=expr OR key_column IS NULL;)
index merge：对多个索引进行扫描然后将他们各自的结果进行合并。(eg:SELECT * FROM tbl_name WHERE key1 = 10 OR key2 = 20;)
unique subquery：在类似于value IN (SELECT primary_key FROM single_table WHERE some_expr)的子查询中，替代eq_ref。其中子查询中的primary_key 是唯一索引。
index subquery：在类似于value IN (SELECT key_column FROM single_table WHERE some_expr)的子查询，替代ref。其中子查询中的==key_column 是非唯一索引。
range: 使