1.SQL语句中IN包含的值不应过多:

例如：select id from t where num in(1,2,3,4,5,6) 对于连续的数值，能用between就不要用in了；实测速度差距不是很大.

改变：select id from t where  num  between  1 and 6 .

2.SELECT语句务必指明字段名称:

禁止用 * 来查询 ,禁止用 * 来查询 ,禁止用 * 来查询 , 查找哪个字段,就写具体的字段.

例如：select * from t where Id=123 .

改变：select id,num from t where Id=123  

3.只查询一条数据的时候，使用limit 1

【mysql 这个很有用】

4.避免在where子句中对字段进行null值判断:

【实测：null值的判断依然走了索引】

例如：select id,num from t where num is null

5.避免在where子句中对字段进行表达式操作:

例如：select  uid from user_test  WHERE uid*10=40;

上面的sql对字段就行了算术运算，这会造成引擎放弃使用索引，建议改成：

改变：select  uid from user_test  WHERE uid=40/10;  改变之后的你会发现性能杠杠的提升

6.对于联合索引来说，要遵守最左前缀法则:

例如组合索引(id,name,sex) 使用的时候,可以id 或者id,name . 禁止直接name,或者sex.会导致联合索引失败

注意: id, name,sex 这三个字段填写顺序不会有影响, mysql会自动优化成最左匹配的顺序.

前三条sql都能命中索引,中间两条由于不符合最左匹配原则,索引失效.

最后一条sql 由于有最左索引id 所以索引部分成功,部分失效. id字段索引使用成功.

7.尽量使用inner join，避免left join：

如果连接方式是inner join，在没有其他过滤条件的情况下MySQL会自动选择小表作为驱动表，但是left join在驱动表的选择上遵循的是左边驱动右边的原则，即left join左边的表名为驱动表。

【实测：不是很准确，具体用explain测试】

8.注意范围查询语句:

对于联合索引来说，如果存在范围查询，比如between、>、<等条件时，会造成后面的索引字段失效。

解决办法: 业务允许的情况下,使用 >= 或者<= 这样不影响索引的使用.

9.不建议使用%前缀模糊查询:

例如 : LIKE“%name”或者LIKE“%name%”，这种查询会导致索引失效而进行全表扫描。但是可以使用LIKE “name%”。

10.在 where 子句中使用 or 来连接条件，如果or连接的条件有一方没有索引,将导致引擎放弃使用索引而进行全表扫描

解决办法: 将or连接的双方都建立索引,就可以使用.

例如：select * from `user_test` where uid=10 or name='张三'; 

但是这个有个缺点需要多个or时 需要用（）进行分块，不然有时候你会发现查询数据有问题，尔你还找不到问题