本文详细介绍了数据库索引的概念，包括其作为数据查找加速器的作用、索引的原理（如BTree结构）、优点（如加快查询速度）和缺点（如空间和维护成本）。同时，讨论了不同类型的索引，如普通索引、唯一索引、主键索引、复合索引和全文索引，并提供了创建、查询和删除索引的SQL语句示例。此外，还通过实例演示了索引在查询中的有效使用和可能的失效情况，强调了合理使用索引对提升查询性能的重要性。
一、索引概述
举例说明索引：如果把数据库中的某一张看成一本书，那么索引就像是书的目录，可以通过目录快速查找书中指定内容的位置，对于数据库表来说，可以通过索引快速查找表中的数据。
-
索引的原理
索引一般以文件形式存在磁盘中（也可以存于内存中），存储的索引的原理大致概括为以空间换时间，数据库在未添加索引的时候进行查询默认的是进行全量搜索，也就是进行全局扫描，有多少条数据就要进行多少次查询，然后找到相匹配的数据就把他放到结果集中，直到全表扫描完。而建立索引之后，会将建立索引的KEY值放在一个n叉树上（BTree）。因为B树的特点就是适合在磁盘等直接存储设备上组织动态查找表，每次以索引进行条件查询时，会去树上根据key值直接进行搜索。
-
索引的优点
建立索引的目的是加快对表中记录的查找或排序！
① 建立索引的列可以保证行的唯一性，生成唯一的rowId
② 建立索引可以有效缩短数据的检索时间
③ 建立索引可以加快表与表之间的连接
④ 为用来排序或者是分组的字段添加索引可以加快分组和排序顺序
-
索引的缺点
① 创建索引和维护索引需要时间成本，这个成本随着数据量的增加而加大
② 创建索引和维护索引需要空间成本，每一条索引都要占据数据库的物理存储空间，数据量越大，占用空间也越大（数据表占据的是数据库的数据空间）
③ 会降低表的增删改的效率，因为每次增删改索引需要进行动态维护，导致时间变长
二、索引的使用场景
数据库中表的数据量较大的情况下，对于查询响应时间不能满足业务需求，可以合理的使用索引提升查询效率。
三、索引的分类和创建和修改删除等命令
-
基本索引类型
① 普通索引（单列索引）
② 复合索引（组合索引）
③ 唯一索引
④ 主键索引
⑤ 全文索引
-
创建的语句
#1.创建表的时候同时创建索引 CREATE TABLE table_name[col_name data type] [unique|fulltext] [index|key] [index_name](col_name[(length)]) [asc|desc] #2.在已有表中直接创建索引 CREATE INDEX index_name ON table_name(col_name); unique|fulltext为可选参数，分别表示唯一索引、全文索引 index和key为同义词，两者作用相同，用来指定创建索引 col_name 为需要创建索引的字段列，该列必须从数据表中该定义的多个列中选择 index_name #指定索引的名称，为可选参数，如果不指定，默认col_name为索引值 length 为可选参数，表示索引的长度，只有字符串类型的字段才能指定索引长度 asc或desc 指定升序或降序的索引值存储 -
索引的创建、查询和删除
① 普通索引（单列索引）
普通索引（单列索引）：单列索引是最基本的索引，它没有任何限制。
#（1）直接创建索引
CREATE INDEX index_name ON table_name(col_name);
#（2）修改表结构的方式添加索引
ALTER TABLE table_name ADD INDEX index_name(col_name);
#（3）创建表的时候同时创建索引
CREATE TABLE `news` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` varchar(255) NOT NULL ,
`content` varchar(255) NULL ,
`time` varchar(20) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
INDEX index_name (title(255))
)
#（4）删除索引
DROP INDEX index_name ON table_name;
#或者
alter table `表名` drop index 索引名;
② 复合索引（组合索引）
复合索引：复合索引是在多个字段上创建的索引。复合索引遵守“最左前缀”原则，即在查询条件中使用了复合索引的第一个字段，索引才会被使用。因此，在复合索引中索引列的顺序至关重要。
#（1）创建一个复合索引
create index index_name on table_name(col_name1,col_name2,...);
#（2）修改表结构的方式添加索引
alter table table_name add index index_name(col_name,col_name2,...);
③ 唯一索引
唯一索引：唯一索引和普通索引类似，主要的区别在于，唯一索引限制列的值必须唯一，但允许存在空值（只允许存在一条空值）。
如果在已经有数据的表上添加唯一性索引的话：
- 如果添加索引的列的值存在两个或者两个以上的空值，则不能创建唯一性索引。（一般在创建表的时候，要对自动设置唯一性索引，需要在字段上加上 not null）
- 如果添加索引的列的值存在两个或者两个以上的null值，还是可以创建唯一性索引，只是后面创建的数据不能再插入null值 ，并且严格意义上此列并不是唯一的，因为存在多个null值。
- 对于多个字段创建唯一索引规定列值的组合必须唯一。
比如：在order表创建orderId字段和 productId字段 的唯一性索引，那么这两列的组合值必须唯一！
“空值” 和”NULL”的概念：
1：空值是不占用空间的 .
2: MySQL中的NULL其实是占用空间的.
#长度验证：注意空值的之间是没有空格的。
> select length(''),length(null),length(' ');
> +------------+--------------+-------------+
> | length('') | length(null) | length(' ') |
> +------------+--------------+-------------+
> | 0 | NULL | 1 |
> +------------+--------------+-------------+
#（1）创建唯一索引
# 创建单个索引
CREATE UNIQUE INDEX index_name ON table_name(col_name);
# 创建多个索引
CREATE UNIQUE INDEX index_name on table_name(col_name,...);
#（2）修改表结构
# 单个
ALTER TABLE table_name ADD UNIQUE index index_name(col_name);
# 多个
ALTER TABLE table_name ADD UNIQUE index index_name(col_name,...);
#（3）创建表的时候直接指定索引
CREATE TABLE `news` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` varchar(255) NOT NULL ,
`content` varchar(255) NULL ,
`time` varchar(20) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
UNIQUE index_name_unique(title)
);
④ 主键索引
主键索引是一种特殊的唯一索引，一个表只能有一个主键，不允许有空值。一般是在建表的时候同时创建主键索引：
#（1）主键索引(创建表时添加)
CREATE TABLE `news` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` varchar(255) NOT NULL ,
`content` varchar(255) NULL ,
`time` varchar(20) NULL DEFAULT NULL ,
PRIMARY KEY (`id`)
);
#（2）主键索引(创建表后添加)
alter table tbl_name add primary key(col_name);
CREATE TABLE `order` (
`orderId` varchar(36) NOT NULL,
`productId` varchar(36) NOT NULL ,
`time` varchar(20) NULL DEFAULT NULL
);
alter table `order` add primary key(`orderId`);
⑤ 全文索引
在一般情况下，模糊查询都是通过 like 的方式进行查询。但是，对于海量数据，这并不是一个好办法，在 like “value%” 可以使用索引，但是对于 like “%value%” 这样的方式，执行全表查询，这在数据量小的表，不存在性能问题，但是对于海量数据，全表扫描是非常可怕的事情,所以 like 进行模糊匹配性能很差。
这种情况下，需要考虑使用全文搜索的方式进行优化。全文搜索在 MySQL 中是一个 FULLTEXT 类型索引。FULLTEXT 索引在 MySQL 5.6 版本之后支持 InnoDB，而之前的版本只支持 MyISAM 表。
全文索引主要用来查找文本中的关键字，而不是直接与索引中的值相比较。fulltext索引跟其它索引大不相同，它更像是一个搜索引擎，而不是简单的where语句的参数匹配。fulltext索引配合match against操作使用，而不是一般的where语句加like。目前只有char、varchar，text 列上可以创建全文索引。
小技巧：
在数据量较大时候，先将数据放入一个没有全局索引的表中，然后再用CREATE index创建fulltext索引，要比先为一张表建立fulltext然后再将数据写入的速度快很多。
#（1）创建表的适合添加全文索引
CREATE TABLE `news` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` varchar(255) NOT NULL ,
`content` text NOT NULL ,
`time` varchar(20) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
FULLTEXT (content)
)
#（2）修改表结构添加全文索引
ALTER TABLE table_name ADD FULLTEXT index_fulltext_content(col_name)
#（3）直接创建索引
CREATE FULLTEXT INDEX index_fulltext_content ON table_name(col_name)
#注意： 默认 MySQL 不支持中文全文检索！
#MySQL 全文搜索只是一个临时方案，对于全文搜索场景，更专业的做法是使用全文搜索引擎，例如 ElasticSearch 或 Solr。
#索引的查询和删除
#查看:
show indexes from `表名`;
#或
show keys from `表名`;
#删除
alter table `表名` drop index 索引名;
注:MySQl的客户端工具也可以进索引的创建、查询和删除，如 Navicat Premium!
四、简单实例演示
#查看索引使用情况
show status like ‘Handler_read%’;
handler_read_key:#这个值越高越好，越高表示使用索引查询到的次数
handler_read_rnd_next:#这个值越高，说明查询低效
常见索引失效的情况：
创建一个students表：
其中stud_id为主键！
DROP TABLE IF EXISTS `students`;
CREATE TABLE `students` (
`stud_id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(50) NOT NULL,
`email` varchar(50) NOT NULL,
`phone` varchar(1) NOT NULL,
`create_date` date DEFAULT NULL,
PRIMARY KEY (`stud_id`)
);
INSERT INTO `learn_mybatis`.`students` (`stud_id`, `name`, `email`, `phone`, `create_date`) VALUES ('1', 'admin', 'student1@gmail.com', '1992095', '1983-06-25');
INSERT INTO `learn_mybatis`.`students` (`stud_id`, `name`, `email`, `phone`, `create_date`) VALUES ('2', 'root', '74298110186@qq.com', '2764869', '1983-12-25');
INSERT INTO `learn_mybatis`.`students` (`stud_id`, `name`, `email`, `phone`, `create_date`) VALUES ('3', '110', '7429811086@qq.com', '3dsad', '2017-04-28');
- 使用 explain 查看 索引是否生效！Mysql中explain用法和结果字段的含义介绍
1.在where后使用or，导致索引失效（尽量少用or）
简单实例演示：
创建两个普通索引，
CREATE INDEX index_name_email ON students(email);
CREATE INDEX index_name_phone ON students(phone);
使用下面查询sql，
# 使用了索引
EXPLAIN select * from students where stud_id='1' or phone='18729902095';
# 使用了索引
EXPLAIN select * from students where stud_id='1' or email='742981086@qq.com';
#--------------------------#
#没有使用索引
EXPLAIN select * from students where phone='18729902095' or email='742981086@qq.com';
# 没有使用索引
EXPLAIN select * from students where stud_id='1' or phone='222' or email='742981086@qq.com';
2.使用like ，like查询是以%开头
- 在1的基础上，还是使用 index_name_email 索引。
使用下面查询sql
# 使用了index_name_email索引
EXPLAIN select * from students where email like '742981086@qq.com%';
# 没有使用index_name_email索引，索引失效
EXPLAIN select * from students where email like '%742981086@qq.com';
# 没有使用index_name_email索引，索引失效
EXPLAIN select * from students where email like '%742981086@qq.com%';
3.复合索引遵守“最左前缀”原则，即在查询条件中使用了复合索引的第一个字段，索引才会被使用
- 删除1的基础创建的 index_name_email 和 index_name_phone 索引。
重新创建一个复合索引：
create index index_email_phone on students(email,phone);
使用下面查询sql
# 使用了 index_email_phone 索引
EXPLAIN select * from students where email='742981086@qq.com' and phone='18729902095';
# 使用了 index_email_phone 索引
EXPLAIN select * from students where phone='18729902095' and email='742981086@qq.com';
# 使用了 index_email_phone 索引
EXPLAIN select * from students where email='742981086@qq.com' and name='admin';
# 没有使用index_email_phone索引，复合索引失效
EXPLAIN select * from students where phone='18729902095' and name='admin';
- 如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引给name创建一个索引！
CREATE INDEX index_name ON students(name);
# 使用索引
EXPLAIN select * from students where name='110';
# 没有使用索引
EXPLAIN select * from students where name=110;
- 使用in导致索引失效
# 使用索引
EXPLAIN select * from students where name='admin';
# 没有使用索引
EXPLAIN SELECT * from students where name in ('admin');
6.DATE_FORMAT()格式化时间，格式化后的时间再去比较，可能会导致索引失效。
-
删除 students 上的创建的索引！重新在create_date创建一个索引！
CREATE INDEX index_create_date ON students(create_date);
# 使用索引
EXPLAIN SELECT * from students where create_date >= '2010-05-05';
# 没有使用索引
EXPLAIN SELECT * from students where DATE_FORMAT(create_date,'%Y-%m-%d') >= '2010-05-05'
五、总结
MySQL改善查询性能改善的最好方式，就是通过数据库中合理地使用索引！
一般当数据量较大的时候，遇到sql查询性能问题，首先想到的应该是查询的sql时候使用了索引，如果使用了索引性能还是提高不大，就要检查索引是否使用正确，索引是否在sql查询中生效了！
如果索引生效了，并且索引的使用也是合理的，最后sql性能还是不高，那就考虑重新优化sql语句！
扫一扫
10万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
