在mysql数据库中，其实建索引也是一门学问，一个表中，索引并不是越多越好，而是适合你的业务才最重要。那么建立索引的时候，我们应该从以下几点去考量。
1. 索引字段越小越好，像varchar(10)肯定比text类型的效果要好。
2. 经常需要作为where、group by、order by等条件的时候，要为该字段建立索引。
3. 当要建立联合索引的时候，离散度较大的列放到前面。打个比方，如果要建立一个姓名(name)和年龄（age）的联合索引，肯定要把name放到前面（index(name,age)），因为age的范围最多不会超过0-120（全世界没几个人能活到120岁以上吧），而name的情况就有成千上万种了。放到前面的好处就是第一次就能筛掉一大批数据，这样更有利查询的效率。
4. 只给经常作为查询条件的字段建立索引，因为索引并不是越多越好，多了首先会增加磁盘开销，然后查询的时候，mysql引擎也要去判断该使用那个索引，再就是索引多了，对update、insert、delete的效率也会造成影响。
总之，建立索引的时候也要认真思考，才能让表结构更加完美
MySQL何时使用索引
对一个键码使用>, >=, =, <, <=, IF NULL和BETWEEN
SELECT * FROM table_name WHERE key_part1=1 and key_part2 > 5;
SELECT * FROM table_name WHERE key_part1 IS NULL;
当使用不以通配符开始的LIKE
SELECT * FROM table_name WHERE key_part1 LIKE 'jani%'
在进行联结时从另一个表中提取行时
SELECT * from t1,t2 where t1.col=t2.key_part
找出指定索引的MAX()或MIN()值
SELECT MIN(key_part2),MAX(key_part2) FROM table_name where key_part1=10
一个键码的前缀使用ORDER BY或GROUP BY
SELECT * FROM foo ORDER BY key_part1,key_part2,key_part3
在所有用在查询中的列是键码的一部分时间
SELECT key_part3 FROM table_name WHERE key_part1=1
------------------------------------------------------------------------------------------------------------------------------------
MySQL何时不使用索引
如果MySQL能估计出它将可能比扫描整张表还要快时，则不使用索引。例如如果key_part1均匀分布在1和100之间，下列查询中使用索引就不是很好：
SELECT * FROM table_name where key_part1 > 1 and key_part1 < 90
如果使用HEAP表且不用=搜索所有键码部分。
在HEAP表上使用ORDER BY。
如果不是用键码第一部分
SELECT * FROM table_name WHERE key_part2=1
如果使用以一个通配符开始的LIKE
SELECT * FROM table_name WHERE key_part1 LIKE '%jani%'
搜索一个索引而在另一个索引上做ORDER BY
SELECT * from table_name WHERE key_part1 = # ORDER BY key2