MySQL管理与优化(7)：索引的设计与使用

索引的设计与使用

• 所有MySQL列类型都可以被索引，使用索引是提高SELECT性能的最佳途径。
• 索引是针对整列的，不支持局部索引。
• 范例：

-- 表
mysql> select * from city;
+----+----------+
| id | city     |
+----+----------+
|  1 | ChengDu  |
|  2 | NeiJiang |
|  3 | HangZhou |
+----+----------+

-- 创建10个字节的前缀索引
mysql> create index cityname on city (city(10));
Query OK, 0 rows affected (0.21 sec)
Records: 0  Duplicates: 0  Warnings: 0

-- 查询
mysql> explain select * from city where city = 'ChengDu'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: city
         type: ref
possible_keys: cityname
          key: cityname
      key_len: 33
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.04 sec)

-- 删除索引
mysql> drop index cityname on city;
Query OK, 0 rows affected (0.48 sec)
Records: 0  Duplicates: 0  Warnings: 0

设计索引的原则

• 搜索的索引列，不一定是SELECT出的列。最适合索引的列应该是WHERE子句中的列或连接子句中的列，而不是SELECT选择列中的列。
• 使用唯一索引。索引列的基数越大，索引的效果越好。比如出生日期这种列的值就比较多，而性别这种列的值就只有男女。
• 使用短索引。如果对字符串进行索引，就应该指定一个前缀长度。
• 利用最左前缀。创建一个n列索引时，实际创建了MySQL可利用的n个索引。多列索引可起几个索引的作用，因为可以利用索引中最左边的列集来匹配行。
• 不要过度索引。索引会占用磁盘空间，且会降低写操作的性能。
• 对于InnoDB存储引擎的表，记录默认会按照一定的顺序保存。有主键，则按主键顺序保存。没有主键，但有唯一索引，就按唯一索引的顺序保存。既没有主键，也没有唯一索引，表中会自动生成一个内部列，并按照这个列的顺序保存。按照主键或内部列进行访问时最快的, 所以InnoDB的表，尽量使用自己的主键。InnoDB表的普通索引都会保存主键的键值，索引主键尽可能选择短的数据类型。

BTREE索引与HASH索引

• MEMORY存储引擎的表可以选择使用BTREE索引或HASH索引。
• HASH索引需要注意的地方：

        1. 只用于使用=或<=>操作符的等式比较。

        2. 优化器不能使用HASH索引来加速ORDER BY操作。

        3. MySQL不能确定在两个值之间大约有多少行。如果将MyISAM的表改为HASH索引的MEMORY表，会               影响一些查询的执行效率。

        4. 只能使用整个关键字来搜索一行。

• 对于BTREE索引，当使用>,<,>=,<=,BETWEEN,!=或者<>，或者LIKE 'pattern' ('pattern'不以通配符开始)操作符时，都可以使用相关列上的索引。

具体索引相关的细节可参考：

http://dev.mysql.com/doc/refman/5.7/en/optimization-indexes.html

不吝指正。