第10章 索引的设计和使用
索引用于快速找出在某个列中有一特定值的行。如果不用索引,MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。表越大,花费的时间越多。如果用索引,MySQL能快速到达一个位置去搜索数据文件的中间,没有必要看所有的数据。索引是提高SELECT操作性能的最佳途径 。
- 10.1 索引举例
explain select * from city where cityname = 'city1' \G
id: 1
select_type: SIMPLE
table: city
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 5
filtered: 20.00
Extra: Using where
1 row in set, 1 warning (0.00 sec)create index cityname on city(city(5));
explain select * from city where cityname = 'city1' \G
id: 1
select_type: SIMPLE
table: city
partitions: NULL
type: ref
possible_keys: cityname
key: cityname
key_len: 18
ref: const
rows: 1
filtered: 100.00
Extra: Using where
1 row in set, 1 warning (0.00 sec)
drop index cityname on city;
- 10.2 设计索引的原则
- 最适合索引的列是出现在where子句中的列,或连接子句中指定的列,而不是出现在select关键字后的选择表中的列。
- 使用唯一索引,索引的列的基数越大,索引的效果越好。
- 使用短索引,如果对字符串列进行索引,应该指定一个前缀长度,因为前10个或者20个字符多数值可能是唯一的,那么就不要对整个列进行索引,即加快索引,还能容纳更多的键值。
- 利用最左前缀。
- 不要过度使用索引。
- 对于InnoDB存储引擎的表,记录按照一定的默认顺序
- 如果有明确定义的主键,则按照主键顺序保存。
- 如果没有主键,但是有唯一索引,那么就是按照唯一索引的顺序保存。
- 即没有主键也没有唯一索引,表会自动生成一个内部列,按照这个列的顺序保存。
- 按照主键或者内部列的顺序访问是最快的,所以InnoDB表尽量设置主键。
- 当表中同时有几个列都是唯一,都可以做主键时,要选择最常使用的列作为主键。
- 注意:InnoDB表的普通索引都会保存主键的键值,所以主键要尽量尽可能选择较短的数据类型,可以有效地减少索引的磁盘占用,提高索引的缓存效果。
提示:BREE索引使用>、<、>=、<=、BETWEEN、!=、<>、或者LIKE'pattern'(其中'pattern'不以通配符开始),都可以使用相关列上的索引。