当mysql单表记录数过大时，增删改查的性能都会急剧下降。系统优化中一个很重要的方面就是sql语句的优化。因此我们下边主要讨论下如何才能写出高质量的sql语句。
- 避免使用 null字段，很难查询优化且占用额外索引空间。
- 尽量避免在where子句中使用!= 或 <> 操作符，否则将引擎放弃使用索引而进行全表扫描。
- 对于连续数值，使用between不用in。
- 尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描。
- 如果列类型是字符串，那一定要在条件中将数据使用引号引用起来，否则不会使用索引。
- like的模糊查询以 % 开头，索引失效。
- 不要在 where 子句中的 “=” 左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
- 在业务密集的sql当中尽量不采用in操作符，用exists方案代替，用not exists方案代替not in。
-
不用select *。
-
采用union all操作符替代union，因为union all操作只是简单的将两个结果合并后就返回。
-
sql 语句尽可能简单：一条 sql只能在一个 cpu运算；大语句拆小语句，减少锁时间；一条大 sql可以堵死整个库。
-
用in来替换or。
-
避免在索引列上使用is null和is not null。
-
用exists替换distinct。
-
用truncate替代delete。
另外使用explain，可以判断数据库的索引是否生效。explain显示了MySQL如何使用索引来处理select语句以及连接表。他可以帮助选择更好的索引和写出更优化的查询语句。
例如我们有一张表user，为name列创建索引name_index，如下所示：
使用explain分析语句如下：
可以看到，使用explain显示了很多列，各个关键字的含义如下：
-
table：顾名思义，显示这一行的数据是关于哪张表的；
-
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为：const、eq_ref、ref、range、index和all；
const: 针对主键或唯一索引的等值查询扫描，最多只返回一行数据。 const 查询速度非常快， 因为它仅仅读取一次即可。例如下面的这个查询，它使用了主键索引，因此 type 就是 const 类型的：explain select * from user_info where id = 2；
eq_ref: 此类型通常出现在多表的 join 查询，表示对于前表的每一个结果，都只能匹配到后表的 一行结果。并且查询的比较操作通常是 =，查询效率较高。例如：explain select * from user_info, order_info where user_info.id = order_info.user_id;
ref: 此类型通常出现在多表的 join 查询，针对于非唯一或非主键索引，或者是使用了 最左前缀 规则索引的查询。例如下面这个例子中，就使用到了 ref 类型的查询：explain select * from user_info, order_info where user_info.id = order_info.user_id andorder_info.user_id = 5
range: 表示使用索引范围查询，通过索引字段范围获取表中部分数据记录。这个类型通常出现在 =, <>, >, >=, <, <=, is null, <=>, between, in() 操作中。例如下面的例子就是一个范围查询：explain select * from user_info where id between 2 and 8；
index: 表示全索引扫描(full index scan)，和 ALL 类型类似，只不过 ALL 类型是全表扫描，而 index 类型则仅仅扫描所有的索引， 而不扫描数据。index 类型通常出现在：所要查询的数据 直接在索引树中就可以获取到, 而不需要扫描数据。当是这种情况时，Extra 字段 会显示 Using index。
all: 表示全表扫描，这个类型的查询是性能最差的查询之一。通常来说， 我们的查询不应该出现 ALL 类型的查询，因为这样的查询在数据量大的情况下，对数据库的性能是巨大的灾难。 如一个查询是 ALL 类型查询， 那么一般来说可以对相应的字段添加索引来避免
-
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从where语句中选择一个合适的语句；
-
key： 实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MySQL会选择优化不足的索引。
-
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好；
-
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数；
-
rows：MySQL认为必须检查的用来返回请求数据的行数, 原则上 rows 越少越好；
-
Extra：关于MySQL如何解析查询的额外信息。
优化案例
执行结果，type有ALL，并且没有索引：
开始优化，在关联列上创建索引，明显看到type列的ALL变成ref，并且用到了索引，rows也从扫描9行变成了1行：
这里面一般有个规律是：左链接索引加在右表上面，右链接索引加在左表上面。
参考资料