先放结论:
1.如果没有用到索引,所有的增删改查都会造成表锁。
2.查询有两种方式(这里我们假设查询都用到了索引),一种是普通(快照)读,利用了mvcc机制不需要加锁,一种是加条件的查询,在后面加LOCK IN SHARE MODE或者FOR UPDATE,前者给这一行加了共享锁,后者加了排它锁。
3.增删改都会导致行锁,而且是排它锁。(这里我们假设都用到了索引)
4.事务中获取锁的时间是方法执行的时候,而释放锁的时间不是方法执行完毕,而是整个事务执行完毕。
5.行锁的本质是锁住索引,主键是一定会锁的(因为其他索引会再去查主键索引,而后才能得到要查的所有数据),如果查询中用到了其他的索引,也会锁住,但是不是同时锁住的,会有时间差,这也是导致死锁的原因。
1 共享锁(Share Lock)
共享锁又称读锁,是读取操作创建的锁。其他用户可以并发读取数据,但任何事务都不能对数据进行修改(获取数据上的排他锁),直到已释放所有共享锁。
如果事务T对数据A加上共享锁后,则其他事务只能对A再加共享锁,不能加排他锁。获准共享锁的事务只能读数据,不能修改数据。
用法
SELECT ... LOCK IN SHARE MODE;
在查询语句后面增加LOCK IN SHARE MODE,MySQL 就会对查询结果中的每行都加共享锁,当没有其他线程对查询结果集中的任何一行使用排他锁时,可以成功申请共享锁,否则会被阻塞。其他线程也可以读取使用了共享锁的表,而且这些线程读取的是同一个版本的数据。
2 排他锁(Exclusive Lock)
排他锁又称写锁、独占锁,如果事务T对数据A加上排他锁后,则其他事务不能再对A加任何类型的封锁。获准排他锁的事务既能读数据,又能修改数据。
拿MySql的InnoDB引擎来说,对于insert、update、delete等操作。会自动给涉及的数据加排他锁;查询语句的用法
SELECT ... FOR UPDATE;
在查询语句后面增加FOR UPDATE,MySQL 就会对查询结果中的每行都加排他锁,当没有其他线程对查询结果集中的任何一行使用排他锁时,可以成功申请排他锁,否则会被阻塞。
3.行锁中死锁的形成:
行锁的概念:
行级锁并不是直接锁记录,而是锁索引,
如果一条SQL语句用到了主键索引,mysql会锁住主键索引;
如果一条语句操作了非主键索引,mysql会先锁住非主键索引,再锁定主键索引。
注意是有先后过程
当然如果查询使用覆盖索引,并不需要访问主键索引,所以主键索引上没有加任何锁。
死锁的概念:
死锁产生的根本原因是两个以上的进程都要求对方释放资源,以至于进程都一直等待。在代码上是因为两个或者以上的事务都要求另一个释放资源。
死锁产生的四个必要条件:互斥、循环等待、请求保持、不可剥夺,缺一不可,相对应的只要破坏其中一种条件死锁就不会产生。
举个栗子:
id
主键索引
name
index 索引
age
普通字段①
update mk_user set name ='1' where
name
='idis12';②
update mk_user set name='12' where id=12;
例如上面两条语句 第一条语句会优先使用
name
索引,因为name
不是主键索引,还会用到主键索引
第二条语句是首先使用主键索引,再使用name
索引 如果两条语句同时执行,第一条语句执行了name
索引等待第二条释放主键索引,第二条执行了主键索引等待第一条的name
索引,这样就造成了死锁。解决方法:改造第一条语句 使其根据主键值进行更新(因为普通的select不会加锁)
//改造后
①
update mk_user set name='1' where id=(select id from mk_user where name='idis12' );
2020.3.3补充:间隙所
幻读是什么,幻读有什么问题
一分钟了解Mysql的间隙锁——《深究Mysql锁》
间隙锁的出现是为了防止幻读。
如果查询行没有设置唯一的索引,或者直接没加索引,都会导致间隙锁
比如A<C<B,间隙锁会锁住[A,B]的行
间隙锁是在可重复读隔离级别下才会生效的。所以,你如果把隔离级别设置为读提交的话,就没有间隙锁了。但同时,你要解决可能出现的数据和日志不一致问题,需要把 binlog 格式设置为 row。这,也是现在不少公司使用的配置组合。
select * from t where c=5 for update,
回来老师的问题:
在 Read Committed 隔离级别下,会锁上聚簇索引中的所有记录;
在 Repeatable Read 隔离级别下,会锁上聚簇索引中的所有记录,并且会锁上聚簇索引内的所有 GAP;
在上面两个隔离级别的情况下,如果设置了 innodb_locks_unsafe_for_binlog 开启 semi-consistent read 的话,对于不满足查询条件的记录,MySQL 会提前放锁,不过加锁的过程是不可避免的。
跟间隙锁存在冲突关系的,是“往这个间隙中插入一个记录”这个操作。间隙锁之间都不存在冲突关系。
网友评论