MySQL索引优化建议

1. 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

2. 尽量使用唯一索引，对于有唯一值的列索引效果最好

3. 索引长度尽量短，这样做有几个好处，首先短的索引可以节省索引空间，也会使查找的速度得到提升。

4. 太长的列，可以选择只建立部分索引

5. 更新非常频繁的数据不适宜建索引

6. 利用最左前缀原则，比如建立了一个联合索引(a,b,c)，那么其实我们可利用的索引就有(a), (a,b), (a,b,c)

7. 不要过多创建索引，首先过多的索引会占用更多的空间，而且每次增、删、改操作都会重建索引，而且过多索引也会增加之后的优化复杂度

8. 请注意，一次查询是不能应用多个索引的

9. .应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描
   如：

select id from t where num is null

可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：

select id from t where num=0

10.应尽量避免在 where 子句中使用!=或<>操作符，否则引擎将放弃使用索引而进行全表扫描（主键除外，主键是是用索引的）。

11.应尽量避免在 where 子句中使用or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描（主键除外，主键是是用索引的）
如：

select id from t where num=10 or num=20

可以这样查询：

select id from t where num=10 union all select id from t where num=20

12.in 和 not in 也要慎用，否则会导致全表扫描
如：

select id from t where num in(1,2,3)

对于连续的数值，能用 between 就不要用 in 了：

select id from t where num between 1 and 3

13.like语句操作
一般情况下,like “%aaa%” 不会使用索引，而like “aaa%”可以使用索引（注意：覆盖索引，查询like “%aaa%”也会使用索引）。

14.如果在 where 子句中使用参数，也会导致全表扫描。
如下面语句将进行全表扫描：

select id from t where num=@num

可以改为强制查询使用索引：

select id from t with(index(索引名)) where num=@num

15.不要在列上进行运算

select name from user where YEAR(adddate)<2007;  

将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成

select name from users where adddate<‘2007-01-01’; 

16.在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。

17.并不是所有索引对查询都有效，当索引列有大量数据重复时，SQL查询可能不会去利用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。列的散列性越高越高

18.尽可能的使用 varchar/nvarchar 代替 char/nchar ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

19.任何地方都不要使用 select * from t ，用具体的字段列表代替“*”，不要返回用不到的任何字段。

20.尽量避免大事务操作，提高系统并发能力。