MySQL（二）- 索引

MySQL中的索引简介

索引的优点

1 保证每一行数据的唯一性
　　2 提高查询的速度
　　3 加快表与表之间的连接
　　4 分组和排序进行数据检索的时候，显著减少分组和排序时间
　　5 通过索引，可以在查询中使用查询优化器，提高系统的性能。

索引的缺点

1 时间：创建索引和维护索引需要消耗时间，时间会随着数据量递增
　　2 物理空间：如果要建立所以聚簇索引，空间需要更多
　　3 对表数据进行增删改操作的时候，需要动态维护索引，降低维护速度

适合建索引的字段

1 主键：强制该列的唯一性和组织表中的排列结构
　　2 需要经常查询的字段
　　3 经常连接的字段，主要是一些外键
　　4 需要经常排序和分组的字段
　　5 经常使用在 where 中的，需要范围搜索的字段。因为已经给索引排序了，再进行筛选速度会快很多。
　　建立索引，一般按照select的where条件来建立，比如： select的条件是where f1 and f2，那么如果我们在字段f1或字段f2上建立索引是没有用的，只有在字段f1和f2上同时建立索引才有用等。

不适合建索引的字段

1 很少使用的字段
　　2 数据值很少的字段，如性别等，索引意义不大
　　3 定义为 text，image 和 bit的字段，要嘛值过大，要嘛过小
　　4 修改性能远远大于检索性能时

索引的种类

B-tree
Full-text索引

Full-text索引就是我们常说的全文索引（全数据排列），他的存储结构也是b-tree。主要是为了解决在我们需要用like查询的低效问题。只能解决’xxx%’的like查询。如：字段数据为ABCDE，索引建立为- A、AB、ABC、ABCD、ABCDE五个。

索引的管理

在MySQL中，对索引的查看和删除操作是所有索引类型通用的。

删除索引：

DROP INDEX index_name ON table_name
　　ALERT TABLE table_name DROP INDEX index_name

查看索引：

SHOW INDEX FROM table_name
　　SHOW KEYS FROM table_name # 只在MySQL中可以使用keys关键字。

普通索引

这是最基本的索引，它没有任何限制MyIASM中默认的BTREE类型的索引，也是我们大多数情况下用到的索引。
　　CREATE INDEX index_name ON table_name(column(length))
　　ALTER TABLE table_name ADD INDEX index_name (column(length))
　　CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , INDEX index_name (title(5)))

唯一索引

与普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值（注意和主键不同）。如果是组合索引，则列值的组合必须唯一，创建方法和普通索引类似

全文索引

MySQL从3.23.23版开始支持全文索引和全文检索，FULLTEXT索引仅可用于 MyISAM 表；他们可以从CHAR、VARCHAR或TEXT列中作为CREATE TABLE语句的一部分被创建，或是随后使用ALTER TABLE 或CREATE INDEX被添加。
　　　　对于较大的数据集，将你的资料输入一个没有FULLTEXT索引的表中，然后创建索引，其速度比把资料输入现有FULLTEXT索引的速度更为快。

　　CREATE FULLTEXT INDEX index_name ON table_name(column(length))
　　ALTER TABLE table_name ADD FULLTEXT index_name( column)
　　CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , FULLTEXT index_name (title))

组合索引（最左前缀）

CREATE TABLE article(id int not null, title varchar(255), time date);
　　例如上表中针对title和time建立一个组合索引：ALTER TABLE article ADD INDEX index_title_time (title(50),time(10))。建立这样的组合索引，其实是相当于分别建立了下面两组组合索引：
　　–title,time
　　–title
　　为什么没有time这样的组合索引呢？这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这两列的查询都会用到该组合索引，如下面的几个SQL所示：
　　1，使用到上面的索引
　　SELECT * FROM article WHERE title='测试' AND time=1234567890;
　　SELECT * FROM article WHERE title='测试';
　　2，不使用上面的索引
　　SELECT * FROM article WHERE time=1234567890;

参考：https://segmentfault.com/a/1190000008131735#articleHeader5
https://www.cnblogs.com/wezheng/p/8399305.html

创建索引

CREATE INDEX index_name ON table_name (column_list)

索引的优化

虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE和DELETE次数大于查询次数时，放弃索引。

null

只要列中包含有NULL值都将不会被包含在索引中，组合索引中只要有一列含有NULL值，那么这一列对于此组合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。

like

一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引，而like “aaa%”可以使用索引。

排列

MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。

运算

例如：select * from users where YEAR(adddate)<2007，将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成：select * from users where adddate<’2007-01-01′

短索引

对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
　　CREATE INDEX index_name ON table_name (column(length))

索引总结

最后总结一下，MySQL只对以下操作符才使用索引：<,<=,=,>,>=,between,in,以及某些时候的like(不以通配符%或_开头的情形)。而理论上每张表里面最多可创建16个索引，不过除非是数据量真的很多，否则过多的使用索引也不是那么好玩的。
　　建议：一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。

MySQL explain

https://www.cnblogs.com/tufujie/p/9413852.html