MySql的索引

什么情况下应该建立索引

一般来说，在where和join中出现的列需要建立索引，但也不完全如此，因为MySQL只对<、>、<=、>=、=、between 、in，以及某些时候的like才会使用索引。例如：

select t.name 
from mytable t left join mytable m 
on t.name=m.username where m.age=20 and m.city='郑州'
 
 
2
3

此时就需要对city和age建立索引，由于mytable表中也出现在了join字句中，也有对它建立索引的必要。

刚才提到只有某些时候的like才需要建立索引。因为在以通配符%和_开头作查询时，MySQL不会使用索引。例如下句会使用索引：

select * from mytable where username like 'admin%'

而下句就不会使用：

SELECT * FROM mytable WHEREt Name like'%admin' 
 
 
1

建立索引的几个原则
（1）最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、<、between、 like)就停止匹配，比如a=1 and b=2 and c>3 and d=4如果建立(a, b, c, d)顺序的索引，d是用不到索引的，如果建立(a, b, d, c)的索引则都可以用到，a, b, d的顺序可以任意调整。

（2）=和in可以乱序，比如a=1 and b=2 and c=3建立(a,b,c)索引可以任意顺序，mysql的查询优化器会帮你优化成索引可以识别的形式。

（3）尽量选择区分度高的列作为索引，区分度的公式是count(distinct col)/count(*)，表示字段不重复的比例，比例越大我们扫描的记录数越少，唯一键的区分度是1，而一些状态、性别字段可能在大数据面前区分度就是0，那可能有人会问，这个比例有什么经验值吗？使用场景不同，这个值也很难确定，一般需要join的字段我们都要求是0.1以上，即平均1条扫描10条记录。

（4）索引列不能参数计算，保持列“干净”，比如from_unixtime(create_time)=’2014-05-29’就不能使用到索引，原因很简单，b+树中存的都是数据表中的字段值，但进行检索时，需要把所有元素都应用函数才能比较，显然成本太大，所以语句应该写成create_time=unix_timestamp(‘2014-05-29’)；

（5）尽量的扩展索引，不要新建索引。比如表中已经有a的索引，现在要加（a, b）的索引，那么只需要 修改原来的索引即可。

索引的不足之处
上面都在说使用索引的好处，但过多的使用索引将会造成滥用。索引也会有它的缺点：

• 虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT, UPDATE和DELETE。因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。
• 建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。
• 索引只是提高效率的一个因素，如果你的MySQL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。

使用索引的注意事项

• 索引不会包含有NULL值的列
  只要列中包含有NULl值都将不会被包含在索引中，复合索引中只要有一列有NULL值，那么这一列对于此复合索引都是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。

• 使用短索引
  对串行进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是唯一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。

• 索引列排序
  MySQL查询只是用一个索引，因此如果where字句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。

• like语句操作
  一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。

• 不要在列上进行运算

select * from users where YEAR(adddate)<2007; 

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

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

• 不使用NOT IN 和<>操作