在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何时使用索引

对一个键码使用>, >=, =,

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