索引的优点
- 大大加快数据的查询速度
- 使用分组和排序进行数据查询时，可以显著减少查询时分组和排序的时间
- 创建唯一索引，能够保证数据库表中每一行数据的唯一性
- 在实现数据的参考完整性方面，可以加速表和表之间的连接
索引的缺点
- 创建索引和维护索引需要消耗时间，并且随着数据量的增加，时间也会增加
- 索引需要占据磁盘空间
- 对数据表中的数据进行增加，修改，删除时，索引也要动态的维护，降低了维护的速度
注意事项：
1.WHERE字句的查询条件里有 NOT IN 、<>、！=，MYSQL将无法使用索引；
2.WHERE字句的查询条件里使用了函数，MYSQL将无法使用索引
3.在JOIN操作中，MYSQL只有在主键和外键的数据类型相同时才能使用索引，否则即使建立了索引也不会使用
4.使用了比较操作符LIKE和REGEXP，MYSQL只有在搜索模板的第一个字符不是通配符的情况下才能使用索引。比如说，如果查询条件是LIKE 'abc%',MYSQL将使用索引；如果条件是LIKE '%abc'或者'_abc%'，MYSQL将不使用索引。
5.在ORDER BY操作中，MYSQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。尽管如此，在涉及多个数据表的查询里，即使有索引可用，那些索引在加快ORDER BY操作方面也没什么作用。
使用order by特别提示:
1>mysql一次查询只能使用一个索引。如果要对多个字段使用索引，建立复合索引。
2>在ORDER BY操作中，MySQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。
6.如果某个数据列里包含着许多重复的值，就算为它建立了索引也不会有很好的效果。比如说，如果某个数据列里包含了净是些诸如“0/1”或“Y/N”等值，就没有必要为它创建一个索引。
7.使用短索引: 对串列进行索引，如果可以就应该指定一个前缀长度。例如，如果有一个char（255）的列，如果在前10个或20个字符内，多数值是唯一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。(针对hash的索引方式，对每个值都做hash值存储I/O操作存储索引信息)
8.如果条件中有or(并且其中有or的条件是不带索引的)，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)。注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引
9.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引
10.对于那些定义为text、image和bit数据类型的列不应该增加索引。因为这些列的数据量要么相当大，要么取值很少。
11.只要列中包含有NULL值，都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此符合索引就是无效的。
12.组合索引之最左前缀：顾名思义，就是最左优先，上例中我们创建了name_age_course多列索引,相当于创建了(name)单列索引，(name,age)组合索引以及(name,age,course)组合索引。在单独使用(age)、（age,course）等条件下索引无效
创建索引的原则
- 更新频繁的列不应设置索引
- 数据量小的表不要使用索引（毕竟总共2页的文档，还要目录吗？）
- 重复数据多的字段不应设为索引（比如性别，只有男和女，一般来说：重复的数据超过百分之15就不该建索引）
- 首先应该考虑对where 和 order by 涉及的列上建立索引
补充：确认索引是否已使用：explain select username from user where id=1
结果为：
字段说明：
- select_type simple表示简单查询 还有其他如primary，union，subquery等
- table 表名
- partitions 匹配的分区
- type 引擎在表中找到所需行的方式 由差到好为：all（全表扫描），index（只遍历索引树），range（索引范围扫描，常见于between，>，< 等查询中），ref（非唯一性索引扫描），eq_ref（唯一性索引扫描），const / system（当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问），null（MySQL在优化过程中分解语句，执行时甚至不用访问表或索引）
- possible_keys 可供选择的索引
- key 使用的索引
- key_len 索引字节数的长度，数值越小，运行速度越快
- ref 连接匹配条件，即哪些列或常量被用于查找索引列上的值
- rows 返回的数据行数
- filtered 被表条件过滤的行数的百分比
- extra 额外信息 类型： using index（表示select操作中使用了覆盖索引），using where（mysql服务器在存储引擎受到记录后进行“后过滤“），using temporary（表示mysql需要使用临时表来存储结果集，常见于排序和分组查询）， using filesort（mysql中无法使用索引完成的排序操作，成为“文件排序”）
注意： 通过key就能判断索引是否执行
优化mysql查询语句
- 不要在where条件语句 '=' 的左边进行函数，运算符或表达式的计算，如 select name from tb_user where age/2=20，因为索引不会生效（引擎会放弃使用索引，进行全表扫描）
- 不要使用 <>，！=，not in ，因为索引不会生效
- 避免对字段进行null的判断，因为索引不会生效（可以用一个值代替null，如-999）
- 使用like模糊查询时，like '%xx%'会导致索引不生效，like 'xx%' 索引能够被使用，所以避免使用第一种
- 避免使用or，可以用union替代（要想使用or，又让索引生效，or条件中的每个列都必须加上索引）
- 使用exist代替in（表中数据越多，exist的效率就比in要越大）
- 数据类型隐形转换，索引不会生效：如 select name from user where phone=13155667788;（phone字段在数据库中为varchar类型，应改成 phone='13155667788'）
- 联合索引必须要按照顺序才会生效：如创建的索引顺序为a,b，where a="xx" and b="xx" 生效，但 b="xx" and a="xx" 则不会生效，补充：a="xx" 没有后面的，索引也会生效
- 尽量避免使用游标（游标效率低）
- 不要使用 select *
- 还有很多...