目录
一、索引概念
2、索引优点和缺点
1、优点
2、缺点
3、创建索引的原则依据
二、索引的分类和创建
1、普通索引(标志MUL)
1、直接创建索引
2、修改表结构的方式创建索引
3、创建表的时候指定索引
2、唯一索引(标志NUI)
1、直接创建唯一索引
2、修改表结构的方式创建索引
3、创建表的时候指定唯一索引
3、主键索引(标志PRI)
1、创建表的时候指定
2、修改表方式创建
4、组合索引(单列索引与多列索引)(标志MUL)
1、创建表时创建组合索引
2、修改表时创建索引
5、全文索引(FULLTEXT)(标志MUL)
1、直接创建索引
2、修改表方式创建
3、创建表的时候指定索引
4、使用全文索引查询
三、查看索引
四、删除索引
1、直接删除索引
2、 修改表方式删除索引
3、删除主键索引
五、MySQL死锁、悲观锁、乐观锁
1、死锁
2、产生死锁的原因
3、死锁的四大要素
4、如何避免死锁
一、索引概念
创建索引的目的是优化
① 索引是一个排序的列表,在这个列表中存储着缩影的值和包含这个值的数据所在行的物理地址(类似于c语言的链表通过指针指向数据记录的内存地址)。
② 使用索引后可以不用扫描全表来定位某行的数据,而是先通过索引找到该行数据对应的物理地址,然后访问相应的数据,因此能加快数据库的查询速度。
③ 索引就好比是一本书的目录,可以根据目录中的页码快速找到所需的内容。
④ 索引是表中一列或者若干列排序的方法。
⑤ 建立索引的目的就是加快对表中记录的查找或排序。
⑥ 需要额外的磁盘空间
2、索引优点和缺点
1、优点
① 设置了合适的索引之后,数据库利用各种快速定位技术,能够大大加快查询速度,这是创建索引的最主要原因。
② 当表很大或查询涉及到多个表时,使用索引可以成千上万的提高查询速度。
③ 可以降低数据库的IO成本,并且还可以降低数据库的排序成本。
④ 通过创建唯一键性索引保证数据表数据的唯一性。
⑤ 可以加快表与表之间的连接。
⑥ 在使用分组和排序时,可大大减少分组和排序时间。
总结:提高查询速度,降低IO成本、加快表与表的连接减少分组排序时间。
2、缺点
① 索引需要占用额外的磁盘空间。
② 对于 MyISAM 引擎而言,索引文件和数据文件是分离的,索引文件用于保存数据记录的地址。 而 InnoDB引擎的表数据文件本身就是索引文件。
③ 在插入和修改数据时要花费更多的时间,因为索引也要随之变动。简单描述:索引是会占用额外的磁盘空间的,对于索引指向的数据变更后,索引也需要变更,所以数据变更所需时间较多。
数据库在执行select这类的查询语句时,会先遍历索引表,如果无效、无用的索引,反而会在增加查询时间消耗
3、创建索引的原则依据
索引虽然可以提升数据库查询的速度,但是并不是任何情况下都适合创建索引,因为索引本身会消耗系统资源,在有索引的情况下,数据库会先进行索引查询,然后定位到具体的数据行,如果索引使用不当,反而还会增加数据库的负担。
① 表的主键、外键必须有索引。因为主键具有唯一性,外键关联的是子表的主键,查询时可以快速定位。
② 记录数超过300行的表应该有索引。如果没有索引,需要把表遍历一遍,会严重影响数据库的性能。
③ 经常与其他表进行连接的表,在连接字段上应该建立索引。
④ 唯一性太差的字段不适合建立索引。
⑤ 更新太频繁地字段不适合创建索引。
⑥ 经常出现在 where 子句中的字段,特别是大表的字段,应该建立索引。
⑦ 索引应该建在选择性高的字段上。
⑧ 索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引。
创建索引的目的本身就是一种mysql优化方式,根据以上创建索引的原则依据,总结以下适合创建索引的字段场景。
① 小字段
② 唯一性强的字段
③ 更新不频繁,但查询率很高的字段
④ 表记录超过300+行
⑤ 主键、外键、唯一键
二、索引的分类和创建
use gang
create table member (id int(8),name varchar(10),cardid varchar(18),phone varcharr(11),address varchar(30),remark text); 创建表
desc member; 查看表字段结构
insert into member values (1,'zhangsan','123','111111','南京','吃饭');
insert into member values (2,'lisi','1234','222222','北京','时间');
insert into member values (3,'wanger','1234567','333333','上海','打豆豆');
insert into member values (4,'mazi','1234','444444','江宁','约会');
insert into member values (5,'dog','123456','555555','雨花台','泡脚');select * from member;

1、普通索引(标志MUL)
1、直接创建索引
最基本的索引类型,没有唯一性之类的限制
格式: create index 索引名 on 表名 (列名[(length)]);
索引列内容必须唯一
(列名(length)):length是可选项。如果忽略 length 的值,则使用整个列的值作为索引。如果指定使用列前的 length 个字符来创建索引,这样有利于减小索引文件的大小。
索引名建议以“_index”结尾。
create index phone_index on member (phone); 添加索引
select phone from member;
show create table member; 或者desc member; 查看索引alter table member drop index phone_index; 删除索引


2、修改表结构的方式创建索引
ALTER TABLE 表名 ADD INDEX 索引名 (列名);
索引列内容必须唯一
alter table member add index id_index (id);
select id from member;
show create table member; 或者 show create table member\G 或者 desc member;
查看表结构
alter table member drop index id_index; 删除索引



3、创建表的时候指定索引
格式: create table 表名 (字段1 数据类型,字段2 数据类型 […],index 索引 (列名));
索引列内容必须唯一
create table info (id int(4) not null,name varchar(8) not null,score decimal(4,11),index id_index (id)); 创建表时指定索引
show create table info\G 查看索引
alter table info drop index id_index; 删除索引


2、唯一索引(标志NUI)
只能有一次空值
1、直接创建唯一索引
create unique index 索引名 on 表名(列名);
create unique index address_index on member (address); 添加索引
show create table member\G 查看索引
alter table member drop index address_index; 删除唯一索引



2、修改表结构的方式创建索引
ALTER TABLE 表名 ADD unique 索引名 (列名);
索引列内容必须唯一
alter table member add unique name_index (name);
show create table member\Galter table member drop index name_index; 删除唯一索引

3、创建表的时候指定唯一索引
格式: create table 表名 (字段1 数据类型,字段2 数据类型 […],unique 索引 (列名));
索引列内容必须唯一
create table info (id int(3) not null,name char(8),aihao varchar(10),unique id_iindex (id));
show create table info\G
alter table info drop index id_index; 删除唯一索引

3、主键索引(标志PRI)
是一种特殊的唯一索引,必须指定为"primary key",一个表只有一个主键,不允许有空值,添加主键将自动创建主键索引。
1、创建表的时候指定
create table test1(id int(3) primary key,name varchar(20));
或者create table test1(id int(3) ,name varchar(20) primary key(id));
show create table test1;
alter table test1 drop primary key; 删除主键
2、修改表方式创建
alter table test1 add primary key(name);
alter table test1 drop primary key; 删除主键

4、组合索引(单列索引与多列索引)(标志MUL)
可以是单列上创建的索引,也可以是在多列上创建的索引。需要满足最左原则,因为select语句的 where条件是依次从左往右执行的,所以在使用select 语句查询时where条件使用的字段顺序必须和组合索引中的排序一致,否则索引将不会生效。
1、创建表时创建组合索引
CREATE TABLE 表名 (列名1 数据类型,列名2 数据类型,列名3 数据类型,INDEX 索引名 (列名1,列名2,列名3));
select * from 表名 where 列名1='...' AND 列名2='...' AND 列名3='...';
create table ab (id int(4),name char(20),age int(3),height decimal(4,1),index index_group(id,name)); 单列组合索引
show create table ab\Gdesc ab;
insert into ab values(1,'zhangsan','男',18,67,'南京');
select * from ab where id=1;alter table ab drop index index_group; 删除组合索引


insert into ab values(1,'张飞','99','180');
select *from ab where id=1;

组合索引创建的字段顺序是其触发索引的查询顺序
select id,name from ab; 正常触发索引
select name,id from ab; 按照索引从左到右检索的顺序,则不会触发组合索引

2、修改表时创建索引
alter table abc add index index_group(id,age);
show create table abc\G
5、全文索引(FULLTEXT)(标志MUL)
适合在进行模糊查询的时候使用,可用于在一篇文章中检索文本信息。
在 MySQL5.6 版本以前FULLTEXT 索引仅可用于 MyISAM 引擎,在 5.6 版本之后 innodb 引擎也支持
FULLTEXT 索引。全文索引可以在 CHAR、VARCHAR 或者 TEXT 类型的列上创建。每个表只允许有一个全文索引。id不能创建全文索引
1、直接创建索引
CREATE FULLTEXT INDEX 索引名 ON 表名 (列名);
create fulltext index passwd_index on test(passwd);
desc test;
show create table test\G
alter table test drop index passwd_index; 删除全文索引


2、修改表方式创建
ALTER TABLE 表名 ADD FULLTEXT 索引名 (列名);
alter table ab add fulltext name_index(name);
desc ab;
show create table ab\G
alter table ab drop index name_index; 删除全文索引

3、创建表的时候指定索引
CREATE TABLE 表名 (字段1 数据类型[,...],FULLTEXT 索引名 (列名));
#数据类型可以为 CHAR、VARCHAR 或者 TEXT
create table abc (id int(3),name char(8),age int(3),fulltext index name_index(nd));ame));
desc abc;show create table abc\G
alter table abc drop index name_index; 删除全文索引

4、使用全文索引查询
SELECT * FROM 表名 WHERE MATCH(列名) AGAINST('查询内容');
select * from abc where match(name) against('wang');select * from abc where name='wang';
show create table abc\G

三、查看索引
show index from 表名;
show index from 表名\G; 竖向显示表索引信息
show keys from 表名;
show keys from 表名\G;show create table 表名;
show create table 表名\G
desc 表名;




上图表字段介绍
| Non_unique | 如果索引不能包括重复词,则为 0;如果可以,则为 1。 |
| Key_name | 索引的名称。 |
| Seq_in_index | 索引中的列序号,从 1 开始。 |
| Column_name | 列名称。 |
| Collation | 列以什么方式存储在索引中。在 MySQL 中,有值‘A’(升序)或 NULL(无分类)。 |
| Cardinality | 索引中唯一值数目的估计值。 |
| Sub_part | 如果列只是被部分地编入索引,则为被编入索引的字符的数目。如果整列被编入索引,则为 NULL。 |
| Packed | 指示关键字如何被压缩。如果没有被压缩,则为 NULL。 |
| Null | 如果列含有 NULL,则含有 YES。如果没有,则该列含有 NO。 |
| Index_type | 用过的索引方法(BTREE, FULLTEXT, HASH, RTREE)。 |
| Comment | 备注。 |
四、删除索引
1、直接删除索引
DROP INDEX 索引名 ON 表名;
drop index name_index on abc;
show create table abc\G

2、 修改表方式删除索引
ALTER TABLE 表名 DROP INDEX 索引名;
alter table abc drop index index_group;
show create table abc\G

3、删除主键索引
ALTER TABLE 表名 DROP PRIMARY KEY;
alter table abc drop primary key;
五、MySQL死锁、悲观锁、乐观锁
锁机制是为了避免,在数据库有并发事务的时候,可能会产生数据的不一致而诞生的的一个机制。
锁从类别上分为:
共享锁:又叫做读锁,当用户要进行数据的读取时,对数据加上共享锁,共享锁可以同时加上多个。
排他锁:又叫做写锁,当用户要进行数据的写入时,对数据加上排他锁,排他锁只可以加一个,他和其他的排他锁,共享锁都相斥。
MySQL有三种锁的级别:页级、表级、行级。
表级锁:开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低。
行级锁:开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
页面锁:开销和加锁时间界于表锁和行锁之间;会出现死锁;锁定粒度界于表锁和行锁之间,并发度
1、死锁
① MyISAM中是不会产生死锁的,因为MyISAM总是一次性获得所需的全部锁,要么全部满足,要么全部等待。而在InnoDB中,锁是逐步获得的,就造成了死锁的可能。
② 两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程称为死锁进程。
2、产生死锁的原因
① 系统资源不足。
② 进程运行推进的顺序不合适。
③ 资源分配不当等。
④ 如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则就会因争夺有限的资源而陷入死锁。其次,进程运行推进顺序与速度不同,也可能产生死锁。
3、死锁的四大要素
死锁4大要素:互斥,持有并请求,不可剥夺,持续等待
互斥条件:一个资源每次只能被一个进程使用。
请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
不剥夺条件:进程已获得的资源,在末使用完之前,不能强行剥夺。
循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
这四个条件是死锁的必要条件,只要系统发生死锁,这些条件必然成立,而只要上述条件之一不满足,就不会发生死锁。
解决方法
1、撤消陷于死锁的全部进程;
2、逐个撤消陷于死锁的进程,直到死锁不存在;
3、从陷于死锁的进程中逐个强迫放弃所占用的资源,直至死锁消失。
4、从另外一些进程那里强行剥夺足够数量的资源分配给死锁进程,以解除死锁状态
4、如何避免死锁
① 使用事务时,尽量缩短事务的逻辑处理过程,及早提交或回滚事务;
② 设置死锁超时参数为合理范围,如:3分钟-10分种;超过时间,自动放弃本次操作,避免进程悬挂;
③ 优化程序,检查并避免死锁现象出现;
④ 对所有的脚本和SP都要仔细测试,在正式版本之前;
⑤ 所有的SP都要有错误处理(通过@error);
⑥ 一般不要修改SQL SERVER事务的默认级别。不推荐强行加锁。
⑦ 以固定的顺序访问表和行。
⑧ 大事务拆小。大事务更倾向于死锁,如果业务允许,将大事务拆小。
⑨ 在同一个事务中,尽可能做到一次锁定所需要的所有资源,减少死锁概率。
⑩ 降低隔离级别。如果业务允许,将隔离级别调低也是较好的选择,比如将隔离级别从RR调整为RC,可以避免掉很多因为gap锁造成的死锁。
⑩① 为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添加上锁,死锁的概率大大增大
分为两种情景:
对于不同事务访问不同的表,尽量做到访问表的顺序一致;
对于不同事务访问相同的表,尽量对记录的id做好排序,执行顺序一致;





















