mysql 索引优化
索引
- 索引是存储引擎用于快速找到记录的一种数据结构
- B-Tree，适用于全键值，键值范围或键最左前缀：(A,B,C): A, AB, ABC,B,C,BC
- 哪些列建议创建索引：WHERE, JOIN , GROUP BY, ORDER BY等语句使用的列
- 如何选择索引列的顺序：
- 经常被使用到的列优先
- 选择性高的列优先：选择性=distinct(col)/count(col)
- 宽度小的列优先：宽度 = 列的数据类型
创建索引
对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优势，还会影响到更新速度，这被称为过度索引。
- 索引是提高查询性能的最佳方法，所有列类型都可以被索引。
- 每个表至少可以支持16个索引。
- 索引会影响update insert delete速度。
设计索引原则
1，索引列，不一定是要所要选择的列。索引要创建在where和join用到的字段上，最适合索引的列是出现在where子句中的列，或连接（join）子句中指定的列，而非select关键字后列且中的列。
2，复合索引，比如有一条语句是这样的：select * from users where area=’beijing’ and age=22; 如果我们是在area和age上分别创建单个索引的话，由于mysql查询每次只能使用一个索引，所以虽然这样已经相对不做索引时全表扫描提高了很多效率，但是如果在area、age两列上创建复合索引的话将带来更高的效率。
如果我们创建了(area, age, salary)的复合索引，那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边，依次递减。
3，索引不会包含有NULL值的列。 只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
4，使用惟一索引。对于惟一值的列，索引的效果最好，而具有多个重复值的列，其索引效果最差。例如，存放年龄的我具有不同值，较容易区分各行。而用来记录性别的列，只含有“M”和“F”，则对此列进行索引没有效果。
5，使用短索引。一个字段字太多,可以建立部分索引。对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的 列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
6，不要过度索引。每个额外的索引都会占用额外的磁盘空间，并降低写操作的性能。在修改表的内容时，索引必须进行更新，有时可能需要重构，因此，索引越多，所用的时间越长。
7，排序的索引问题 mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
8，like语句操作 一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
9，不要在列上进行运算 select * from users where YEAR(adddate)<2007;
将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成 select * from users where adddate<‘2007-01-01’;
如：where MD5("password") = "myz"
10，以下操作符号可以应用索引
NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替，id<>3则可使用id>3 or id<3来代替。
12，在使用max() min()时最好加上索引
13，多列索引 有最佳左前缀特性 所以尽量左边的字段是最常用的。
索引不起作用的情况
- 使用like关键字 ‘%A’不使用，‘A%’使用，只要%不在开头都生效。
- 多列索引查询 只有使用了这个索引中的第1个字段时才会被使用
- 使用OR关键字 查询条件只有or，且前后两个条件中列都是索引时，查询中才使用索引。否则，查询将不使用索引。
不应该使用索引情况
- order by 的字段混合使用asc和desc，order by col1 desc,col2 asc;
- where 子句使用的字段和order by字段不一致 where col1=1 order by col2;
- 对不同的关键字使用order by排序 select * from ordertable order by col1,col2;
优化order by 语句
在某些情况下，可使用一个索引来满足这个子句，而不需要在额外的排序。通常可利用索引对语句进行优化。
- order by + limit ，只需要在sort上建立索引就可以
- where + order by +limit 只对sort添加索引，效率不高，可建立联合索引
- 不对where与order by中使用表达式或函数
优化group by语句
使用它时，mysql会对符合的结果自动排序，通过扫描整个表并创建一个新的临时表，表中每个组的所有行应为连续的，然后使用该临时表来找到组并应用累计行数。在某些情况下，可通过索引访问而不用临时表。
通过指定order by NULL可以禁止排序，节省耗损。
group by id //使用文件排序
group by id order by NULL //减少文件排序步骤，返回结果集大时，对性能改善有帮助
