当mysql单表记录数过大时，增删改查的性能都会急剧下降。系统优化中一个很重要的方面就是sql语句的优化。因此我们下边主要讨论下如何才能写出高质量的sql语句。

1. 避免使用 null字段，很难查询优化且占用额外索引空间。
2. 尽量避免在where子句中使用!= 或 <> 操作符，否则将引擎放弃使用索引而进行全表扫描。
3. 对于连续数值，使用between不用in。
4. 尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描。
5. 如果列类型是字符串，那一定要在条件中将数据使用引号引用起来，否则不会使用索引。
6. like的模糊查询以 % 开头，索引失效。
7. 不要在 where 子句中的 “=” 左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
8. 在业务密集的sql当中尽量不采用in操作符，用exists方案代替，用not exists方案代替not in。

9. 不用select *。

10. 采用union all操作符替代union，因为union all操作只是简单的将两个结果合并后就返回。

11. sql 语句尽可能简单：一条 sql只能在一个 cpu运算；大语句拆小语句，减少锁时间；一条大 sql可以堵死整个库。

12. 用in来替换or。

13. 避免在索引列上使用is null和is not null。

14. 用exists替换distinct。

15. 用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行：

这里面一般有个规律是：左链接索引加在右表上面，右链接索引加在左表上面。

参考资料

https://mp.weixin.qq.com/s?__biz=MzI1NDQ3MjQxNA==&mid=2247485517&idx=1&sn=3d8c4d325366e2ddc6cb58fbf7329eab&chksm=e9c5f1fcdeb278eae6a467e4a944ae90c53c15a431bfb855d707c807461d3db8ddd12b5a070a&mpshare=1&scene=24&srcid=0404XkyrdTthBr9zzJZd4SR6#rd

https://mp.weixin.qq.com/s?__biz=MjM5NzM0MjcyMQ==&mid=2650079939&idx=2&sn=7e03583e16f5252daf49d296570ed6ff&chksm=bedad9ad89ad50bb024f4dde1540ab92e523b16ba7d79c49cbcebbaea35a904eb4661a8b843a&scene=0#rd