目录
一、索引概念
创建索引的目的是优化
① 索引是一个排序的列表,在这个列表中存储着缩影的值和包含这个值的数据所在行的物理地址(类似于c语言的链表通过指针指向数据记录的内存地址)。
② 使用索引后可以不用扫描全表来定位某行的数据,而是先通过索引找到该行数据对应的物理地址,然后访问相应的数据,因此能加快数据库的查询速度。
③ 索引就好比是一本书的目录,可以根据目录中的页码快速找到所需的内容。
④ 索引是表中一列或者若干列排序的方法。
⑤ 建立索引的目的就是加快对表中记录的查找或排序。
⑥ 需要额外的磁盘空间
2、索引优点和缺点
1、优点
① 设置了合适的索引之后,数据库利用各种快速定位技术,能够大大加快查询速度,这是创建索引的最主要原因。
② 当表很大或查询涉及到多个表时,使用索引可以成千上万的提高查询速度。
③ 可以降低数据库的IO成本,并且还可以降低数据库的排序成本。
④ 通过创建唯一键性索引保证数据表数据的唯一性。
⑤ 可以加快表与表之间的连接。
⑥ 在使用分组和排序时,可大大减少分组和排序时间。
总结:提高查询速度,降低IO成本、加快表与表的连接减少分组排序时间。
2、缺点
① 索引需要占用额外的磁盘空间。
② 对于 MyISAM 引擎而言,索引文件和数据文件是分离的,索引文件用于保存数据记录的地址。 而 InnoDB引擎的表数据文件本身就是索引文件。
③ 在插入和修改数据时要花费更多的时间,因为索引也要随之变动。
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','','南京','吃饭');
insert into member values (2,'lisi','1234','','北京','打球');
insert into member values (3,'wanger','','','上海','看电影');
insert into member values (4,'mazi','1234','','杭州','听音乐');
insert into member values (5,'dog','','','苏州','跑步');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_index (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;
组合索引创建的字段顺序是其触发索引的查询顺序
2、修改表时创建索引
alter table ab add index index_group(id,age);
show create table ab\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(name));
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 create table 表名;
show create table 表名\G
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;
2、 修改表方式删除索引
ALTER TABLE 表名 DROP INDEX 索引名;
alter table abc drop index index_group;
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锁造成的死锁。
⑩① 为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添加上锁,死锁的概率大大增大
分为两种情景:
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/bian-cheng-ji-chu/96287.html