关于mysql的innodb引擎,在当初学习的时候最无法理解的就是行锁、表锁还有脏读幻读这些术语,很多工作很多年的猿们也不一定说得清楚。如果没有实践就无法理解其核心概念,这次我们一起来学习一下这些基础概念。
目录
创表语句:
drop table if exists innodb_lock;
create table innodb_lock (
a int (11) default null ,
b varchar (20) default null,
key `id_index_a` (`a`),
key `id_index_b` (`b`)
) engine innodb default charset = utf8;
insert into innodb_lock values (1,'a');
insert into innodb_lock values (2,'b');
insert into innodb_lock values (3,'c');
insert into innodb_lock values (4,'d');
insert into innodb_lock values (5,'e');
事务与脏读:
一个进程读取另一个进程未提交的数据
sql语句
##线程一:
show variables like 'autocommit';//默认是ON
#关闭自动提交事务并查看
set autocommit = 0;
show variables like 'autocommit';//修改后是off
update innodb_lock set b='a8' where a= 1;
select * from innodb_lock;
#提交事务
commit;
show variables like 'autocommit';//commit后是on
##线程二:
show variables like 'autocommit';//默认是ON
select * from innodb_lock;
线程一,我们关闭该进程的自动提交事务,并修改数据,进程一里是可以看到修改成功的
线程二,新开一个窗口,无法查询到未提交事务的修改
接着,我们把第一个进程给提交了,就能在第二个进程中看到修改后的内容:
线程一:
线程二:
结论:还没提交事务的修改动作,其他线程是无法读取到最新结果的,可以有效防止脏读的发生。
事务与行锁
两个进程分别update
线程一:
线程二在进程一未提交前会一直处于等待状态:
事务与表锁
当updatge的where语句中有or时,就会产生表锁,所以要尽量避免这样用。
sql:
#线程一
show variables like 'autocommit';//默认是ON
#关闭自动提交事务并查看
set autocommit = 0;
show variables like 'autocommit';//修改后是off
update innodb_lock set b='a9' where a= 1 or a=2;
#提交事务
commit;
show variables like 'autocommit';//commit后是on
#线程二
show variables like 'autocommit';//默认是ON
update innodb_lock set b='a10' where a= 3;
线程一,where中添加or语句
线程二,修改另一条记录,此时发现处于等待状态,是因为or使得update发生了锁表,直到第一个事务提交为止
事务与间隙锁
间隙锁发生在语句试图去更新一个范围值的时候,那么这个范围以内的值就阻塞了。
我们把数据表中的a列修改一下:
线程一:
线程二就无法插入范围值内的值了:
分析innodb锁的情况语句
用下面的语句可以查看到公司里面innodb的锁的情况
show status like 'innodb_row_lock%'
来源:b站 IT老哥 https://www.bilibili.com/video/BV1LC4y1h7VV/