MySQL索引

目录

一、索引

1.索引的概念

2.索引的作用

3.索引的副作用

二、创建索引的原则依据

MySQL 的优化 哪些字段/场景适合创建索引

三、索引的分类和创建

1.普通索引

1.1直接创建索引 

1.2以修改表的方式进行创建

1.3创建表的时候指定索引

2.唯一索引 

2.1直接创建唯一索引

2.2修改表方式创建

 2.3创建表的时候指定

3.主键索引

3.1创建表的时候建立

3.2修改表方式创建 

4.组合索引(单列索引与多列索引)

5.全文索引(FULLTEXT)

直接创建索引

​编辑

修改表方式创建

​编辑  

创建表的时候指定索引

使用全文索引查询 

四、查看索引

五、删除索引

1.直接删除索引

2.修改表方式删除索引 

3.删除主键索引

​编辑

六、总结

1.分类

2.创建 

七、拓展 


一、索引

1.索引的概念

  • 索引是一个排序的列表,在这个列表中存储着索引的值和包含这个值的数据所在行的物理地址(类似于C语言的链表通过指针指向数据记录的内存地址)。
  • 使用索引后可以不用扫描全表来定位某行的数据,而是先通过索引表找到该行数据对应的物理地址然后访问相应的数据,因此能加快数据库的查询速度。
  • 索引就好比是一本书的目录,可以根据目录中的页码快速找到所需的内容。
  • 索引是表中一列或者若干列值排序的方法。
  • 建立索引的目的是加快对表中记录的查找或排序。

2.索引的作用

  • 设置了合适的索引之后,数据库利用各种快速定位技术,能够大大加快查询速度,这是创建索引的最主要的原因。
  • 当表很大或查询涉及到多个表时,使用索引可以成千上万倍地提高查询速度。
  • 可以降低数据库的IO成本,并且索引还可以降低数据库的排序成本。
  • 通过创建唯一(键)性索引,可以保证数据表中每一行数据的唯一性。
  • 可以加快表与表之间的连接。
  • 在使用分组和排序时,可大大减少分组和排序的时间。

3.索引的副作用

  • 索引需要占用额外的磁盘空间。
  • 对于 MyISAM 引擎而言,索引文件和数据文件是分离的,索引文件用于保存数据记录的地址。而 InnoDB 引擎的表数据文件本身就是索引文件。
  • 在插入和修改数据时要花费更多的时间,因为索引也要随之变动。

二、创建索引的原则依据

索引虽可以提升数据库查询的速度,但并不是任何情况下都适合创建索引。因为索引本身会消耗系统资源,在有索引的情况下,数据库会先进行索引查询,然后定位到具体的数据行,如果索引使用不当,反而会增加数据库的负担。

  1. 表的主键、外键必须有索引。因为主键具有唯一性,外键关联的是子表的主键,查询时可以快速定位
  2. 记录数超过300行的表应该有索引。如果没有索引,需要把表遍历一遍,会严重影响数据库的性能。
  3. 经常与其他表进行连接的表,在连接字段上应该建立索引。
  4. 唯一性太差的字段不适合建立索引。
  5. 更新太频繁地字段不适合创建索引。
  6. 经常出现在 where 子句中的字段,特别是大表的字段,应该建立索引。
  7. 索引应该建在选择性高的字段上。
  8. 索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引。

MySQL 的优化 哪些字段/场景适合创建索引

  1. 小字段
  2. 唯一性强的字段
  3. 更新不频繁,但查询率很高的字段
  4. 表记录超过300+行
  5. 主键、外键、唯一键

三、索引的分类和创建

在使用索引前,先创建一个表作为模板以供使用。

#创建一个数据库,进入数据库
mysql> create database suoyin;
mysql> show databases;
mysql> use suoyin;

#创建表,查看表结构
mysql> create table sugar (id int(10),name varchar(20),
sfz varchar(18),phone varchar(11),address varchar(100),
remark text);
mysql> desc sugar;

mysql> insert into sugar values (1,'zrk','3208','1356','diqiu','he is king');
Query OK, 1 row affected (0.01 sec)

mysql> insert into sugar values (2,'cs','1234','4321','jiangsu','clean');
Query OK, 1 row affected (0.00 sec)

mysql> insert into sugar values (3,'ly','123','321','hangzhou','beautiful');
Query OK, 1 row affected (0.00 sec)

mysql> insert into sugar values (4,'zb','12345','54321','nanjing','good');
Query OK, 1 row affected (0.00 sec)

mysql> insert into sugar values (5,'zmj','0123','3210','zhejiang','fat');
Query OK, 1 row affected (0.00 sec)

mysql> insert into sugar values (6,'lc','01234','43210','shanghai','strong');
Query OK, 1 row affected (0.00 sec)

1.普通索引

最基本的索引类型,没有唯一性之类的限制。

1.1直接创建索引 

直接创建索引
CREATE INDEX 索引名 ON 表名 (列名[(length)]);

#(列名(length)):length是可选项,下同。如果忽略 length 的值,
则使用整个列的值作为索引。如果指定使用列前的 length 个字符来
创建索引,这样有利于减小索引文件的大小。
#索引名建议以“_index”结尾
create index sfz_index on sugar(sfz);#创建普通索引
select sfz from sugar;#使用索引
show create table sugar;#查看表结构

1.2以修改表的方式进行创建

alter table 表名 add index 索引名 (列名);

例:
alter table sugar add index phone_index(id);
alter table sugar add index phone_index(id);

1.3创建表的时候指定索引

create table 表名 ( 字段1 数据类型,字段2 数据类型[,...],index 索引名 (列名));

例
create table sugar3 (id int(8) not null,name varchar(10) not null,
index id_index(id));
show create table sugar3;

2.唯一索引 

  • 与普通索引类似,但区别是唯一索引列的每个值都唯一。
  • 唯一索引允许有空值(注意和主键不同)。如果是用组合索引创建,则列值的组合必须唯一。
  • 添加唯一键将自动创建唯一索引。

2.1直接创建唯一索引

CREATE UNIQUE INDEX 索引名 ON 表名(列名);

例
select * from sugar;
create unique index address_index on sugar(address);

insert into sugar values(7,'sxy','110','011','niuyue','clean');
#添加一组数据,让表里有字段重复
select * from sugar;
#查看表
create unique index remark_index on sugar(remark);
#创立唯一键,报错,证明唯一性

show create table sugar\G
#查看表结构

  

2.2修改表方式创建

ALTER TABLE 表名 ADD UNIQUE 索引名 (列名);
 
例:
alter table sugar add unique name_index (name);
show create table sugar\G

 2.3创建表的时候指定

CREATE TABLE 表名 (字段1 数据类型,字段2 数据类型[,...],UNIQUE 索引名 (列名));
 
例:
create table sugar2 (id int(8) not null,name varchar(10) not null,
unique  id_index (id));
show create table sugar2;

3.主键索引

  • 是一种特殊的唯一索引,必须指定为“PRIMARY KEY”。
  • 一个表只能有一个主键,不允许有空值。 添加主键将自动创建主键索引。

3.1创建表的时候建立

CREATE TABLE 表名 ([...],PRIMARY KEY (列名));

例
create table sugar4 (id int(4) primary key,name varchar(30));
#在字段中创建索引
create table sugar5 (id int(4),name varchar(30),primary key(id));
#在字段结尾创建索引

show create table sugar4\G
show create table sugar5\G

3.2修改表方式创建 

ALTER TABLE 表名 ADD PRIMARY KEY (列名);

4.组合索引(单列索引与多列索引)

可以是单列上创建的索引,也可以是在多列上创建的索引。需要满足最左原则,因为select语句的 where条件是依次从左往右执行的,所以在使用select 语句查询时where条件使用的字段顺序必须和组合索引中的排序一致,否则索引将不会生效。 

CREATE TABLE 表名 (列名1 数据类型,列名2 数据类型,列名3 数据类型,INDEX 索引
名 (列名1,列名2,列名3));
select * from 表名 where 列名1='...' AND 列名2='...' AND 列名3='...';

例
mysql> create table sugar7 (id int(4) not null,name varchar(30), 
phone varchar(11),index index_q (id,name));

mysql> insert into sugar7 values(1,'hanxin','6688');
mysql> insert into sugar7 values(2,'xiangyu','99999');
select * from sugar7 where id=1 and name='hanxin';
select * from sugar7 where id=2 and name='xiangyu';

组合索引创建的字段顺序是其触发索引的查询顺序
例如:
--+
| test3 | CREATE TABLE "test3" (
  "id" int(11) NOT NULL,
  "name" varchar(50) DEFAULT NULL,
  "age" int(5) DEFAULT NULL,
  KEY "index_idname" ("id","name")
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
对以上的表进行select 
select id,name from test3;			#会触发组合索引
而:
select name,id from test3;			#按照索引从左到右检索的顺序,则不会触发组合索引

5.全文索引(FULLTEXT)

适合在进行模糊查询的时候使用,可用于在一篇文章中检索文本信息。


在 MySQL5.6 版本以前FULLTEXT 索引仅可用于 MyISAM 引擎,在 5.6 版本之后 innodb 引擎也支持 FULLTEXT 索引。全文索引可以在 CHAR、VARCHAR 或者 TEXT 类型的列上创建。每个表只允许有一个全文索引。 

直接创建索引

CREATE FULLTEXT INDEX 索引名 ON 表名 (列名);

例
mysql> select * from sugar;
mysql> create fulltext index index_phone on sugar (phone);
mysql> show create table sugar\G

修改表方式创建

ALTER TABLE 表名 ADD FULLTEXT 索引名 (列名);

例
mysql> alter table sugar7 add fulltext index_name (name);
mysql> show create table sugar7\G

  

创建表的时候指定索引

CREATE TABLE 表名 (字段1 数据类型[,...],FULLTEXT 索引名 (列名));

例
mysql> create table sugar8 (id int(4) not null,name varchar(20),
fulltext index_name (name));
mysql> show create table sugar8\G

使用全文索引查询 

SELECT * FROM 表名 WHERE MATCH(列名) AGAINST('查询内容');
 
例
mysql> select * from sugar where match(phone) against('4321');

四、查看索引

show index from 表名;
show index from 表名\G; 竖向显示表索引信息
show keys from 表名;
show keys from 表名\G;

各字段的含义如下

Table    表的名称
Non_unique    如果索引内容唯一,则为 0;如果可以不唯一,则为 1。
Key_name    索引的名称。
Seq_in_index    索引中的列序号,从 1 开始。 limit 2,3
Column_name    列名称。
Collation    列以什么方式存储在索引中。在 MySQL 中,有值‘A’(升序)或 NULL(无分类)。
Cardinality    索引中唯一值数目的估计值。
Sub_part    如果列只是被部分地编入索引,则为被编入索引的字符的数目(zhangsan)。如果整列被编入索引,则为 NULL。
Packed    指示关键字如何被压缩。如果没有被压缩,则为 NULL。
Null    如果列含有 NULL,则含有 YES。如果没有,则该列含有 NO。
Index_type    用过的索引方法(BTREE, FULLTEXT, HASH, RTREE)。
Comment    备注。

五、删除索引

1.直接删除索引

DROP INDEX 索引名 ON 表名;
 
例:drop index name_index on sugar;

2.修改表方式删除索引 

ALTER TABLE 表名 DROP INDEX 索引名;
 
例
alter table sugar drop sfz_index;
show index from sugar;

3.删除主键索引

ALTER TABLE 表名 DROP PRIMARY KEY;

例
mysql> alter table sugar6 drop primary key;
mysql> show create table sugar6\G

六、总结

1.分类

① 普通索引 :针对所有字段,没有特殊的需求/规则
② 唯一索引 : 针对唯一性的字段,仅允许出现一次空值
③ 组合索引 (多列/多字段组合形式的索引)
④ 全文索引(varchar char text)
⑤ 主键索引 :针对唯一性字段、且不可为空,同时一张表只允许包含一个主键索引
 

2.创建 

① 在创建表的时候,直接指定index
② alter修改表结构的时候,进行add 添加index
③ 直接创建索引index
PS:主键索引——》直接创建主键即可

七、拓展 

Mysql死锁、悲观锁、乐观锁          

锁机制是为了避免,在数据库有并发事务的时候,可能会产生数据的不一致而诞生的的一个机制。

分类

  •  共享锁:又叫做读锁,当用户要进行数据的读取时,对数据加上共享锁,共享锁可以同时加上多个。
  •  排他锁:又叫做写锁,当用户要进行数据的写入时,对数据加上排他锁,排他锁只可以加一个,他和其他的排他锁,共享锁都相斥。


MySQL有三种锁的级别:页级、表级、行级。

  • 表级锁:开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低。
  • 行级锁:开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
  • 页面锁:开销和加锁时间界于表锁和行锁之间;会出现死锁;锁定粒度界于表锁和行锁之间,并发度

死锁

  • MyISAM中是不会产生死锁的,因为MyISAM总是一次性获得所需的全部锁,要么全部满足,要么全部等待。而在InnoDB中,锁是逐步获得的,就造成了死锁的可能。
  • 两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程称为死锁进程。

产生死锁的原因

  • 系统资源不足。
  • 进程运行推进的顺序不合适。
  • 资源分配不当等。

如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则就会因争夺有限的资源而陷入死锁。其次,进程运行推进顺序与速度不同,也可能产生死锁。

产生死锁的四个必要条件
死锁4大要素:互斥,持有并请求,不可剥夺,持续等待

  •  互斥条件:一个资源每次只能被一个进程使用。
  • 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
  • 不剥夺条件:进程已获得的资源,在末使用完之前,不能强行剥夺。
  • 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

这四个条件是死锁的必要条件,只要系统发生死锁,这些条件必然成立,而只要上述条件之一不满足,就不会发生死锁。

解决方法

  • 撤消陷于死锁的全部进程;
  • 逐个撤消陷于死锁的进程,直到死锁不存在;
  • 从陷于死锁的进程中逐个强迫放弃所占用的资源,直至死锁消失。
  • 从另外一些进程那里强行剥夺足够数量的资源分配给死锁进程,以解除死锁状态

如何避免死锁

  • 使用事务时,尽量缩短事务的逻辑处理过程,及早提交或回滚事务;
  • 设置死锁超时参数为合理范围,如:3分钟-10分种;超过时间,自动放弃本次操作,避免进程悬挂;
  • 优化程序,检查并避免死锁现象出现;
  • 对所有的脚本和SP都要仔细测试,在正式版本之前;
  • 所有的SP都要有错误处理(通过@error);
  • 一般不要修改SQL SERVER事务的默认级别。不推荐强行加锁。
  •  以固定的顺序访问表和行。分为两种情景:1.对于不同事务访问不同的表,尽量做到访问表的顺序一致;2.对于不同事务访问相同的表,尽量对记录的id做好排序,执行顺序一致;
  • 大事务拆小。大事务更倾向于死锁,如果业务允许,将大事务拆小。
  • 在同一个事务中,尽可能做到一次锁定所需要的所有资源,减少死锁概率。
  • 降低隔离级别。如果业务允许,将隔离级别调低也是较好的选择,比如将隔离级别从RR调整为RC,可以避免掉很多因为gap锁造成的死锁。
  • 为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添加上锁,死锁的概率大大增大

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值