二、索引使用原则

　　1、索引可以改善查询，但会减慢更新，索引不是越多越好，特别是在数据增、删、改比较频繁的表中，过多的索引反而会导致系统整体性能的下降，这一点已经在索引的弊端中介绍过，这里不做太多介绍。

　　2、离散程度越小，不适合加索引，例如：不要给性别建索引 status这样字段建索引；

　　测试代码（stats字段是0~4随机生成的）：

mysql> SELECT SQL_NO_CACHE count(id) FROM test.test WHERE stats=4;
+———–+
| count(id) |
+———–+
| 740591 |
+———–+
1 row in set (0.40 sec)
mysql> ALTER TABLE `test`.`test` add INDEX `stats` (`stats`);
Query OK， 3702592 rows affected (24.08 sec)
Records: 3702592 Duplicates: 0 Warnings: 0
mysql> SELECT SQL_NO_CACHE count(id) FROM test.test WHERE stats=4;
+———–+
| count(id) |
+———–+
| 740591 |
+———–+
1 row in set (1.58 sec)

　　3、在数据量较少且访问频率不高的情况下，假如只有一百行记录的表不需要建立索引。因为在数据量少的情况下，使用全表扫描效果比走索引更好，这好比只有一本只有5页的书，如果我们想找其中一个章节，我们一般不会通过目录去寻找，而是直接去找了。

　　测试数据：

mysql> SELECT COUNT(*) FROM test.newtest; //该表数据为10000条
+———-+
| COUNT(*) |
+———-+
| 10001 |
+———-+

　　没有索引时执行时间大概接近于0秒

mysql> SELECT SQL_NO_CACHE count(time1) FROM test.`newtest` WHERE time1 >’20130517100591′;
+————–+
| count(time1) |
+————–+
| 9992 |
+————–+

　　添加索引

mysql> ALTER TABLE `test`.`newtest` ADD INDEX `time1` (`time1`);
Query OK， 10001 rows affected (0.04 sec)
Records: 10001 Duplicates: 0 Warnings: 0

　　添加索引后执行时间为0.02sec

mysql> SELECT SQL_NO_CACHE count(time1) FROM test.`newtest` WHERE time1 >’20130517100591′;
+————–+
| count(time1) |
+————–+
| 9992 |
+————–+
1 row in set (0.02 sec)

　　4、避免建立两个或以上功能相同索引。例如已经建立字段A、B两个字段的索引，应该避免再建立字段A的单独索引。两个索引之间，对相同的查询都会起到相同的作用。建立两个功能相同的索引，反而会容易引起数据库产生错误的查询计划，降低查询效率。

　　5、选择正确的组合索引字段顺序，常用的查询字段和选择性、区分度较高的字段，应该作为索引的前导字段使用。假设存在组合索引it1c1c2(c1，c2)，查询语句select * from t1 where c1=1 and c2=2能够使用该索引。查询语句select * from t1 where c1=1也能够使用该索引。但是，查询语句select * from t1 where c2=2不能够使用该索引，因为没有组合索引的引导列，即，要想使用c2列进行查找，必需出现c1等于某值，所以在在添加联合索引的时候尽量将常用的字段放到前面。

　　例如：

ALTER TABLE `test`.`friends` ADD INDEX `fuid_fname` (`fuid`， `fname`)；创建组合索引
mysql> EXPLAIN SELECT * FROM test.`friends` WHERE fname=’test5′;
+—-+————-+———+——+—————+——+———+——+——–+————-+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+———+——+—————+——+———+——+——–+————-+
| 1 | SIMPLE | friends | ALL | NULL | NULL | NULL | NULL | 100000 | Using where |
+—-+————-+———+——+—————+——+———+——+——–+————-+

　　如果单独再创建一个fuid索引这样造成了索引的浪费。

mysql> EXPLAIN SELECT * FROM test.`friends` WHERE fuid=’364′;
+—-+————-+———+——+—————+————+———+——-+——-+————-+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+———+——+—————+————+———+——-+——-+————-+
| 1 | SIMPLE | friends | ref | fuid_fname | fuid_fname | 9 | const | 33712 | Using where |
+—-+————-+———+——+—————+————+———+——-+——-+————-+