本文同时发表在https://github.com/zhangyachen/zhangyachen.github.io/issues/78

参考了何登成老师文章的结构MySQL 加锁处理分析,中间又加了一些自己觉得需要考虑的情况。

分析本session的加锁方式

  1. 系统的隔离级别是什么?是RC还是RR?
  2. 判断SQL的加锁类型,是共享锁还是排他锁?
  3. SQL的执行计划是什么,涉及到索引了吗?
  4. 如果用到了索引,该索引是主键索引,还是二级索引?
  5. 如果是二级索引,该索引是唯一索引吗?

分析其他并行session是否阻塞

  1. 先按上述方式分析本session的加锁方式
  2. 遍历扫描记录上的所有锁,包括等待的锁,有发生状态冲突时,就进入锁等待队列。
  3. 进入锁等待队列之后,判断死锁并选择受害者。(利用wait-for-graph,可以参考篇首链接内的死锁部分)
  4. 前面的事务释放锁之后,按顺序获取锁。

数据准备


mysql> show create table test\G;
*************************** 1. row ***************************
Table: test
Create Table: CREATE TABLE `test` (
`id` int(11) NOT NULL default '0',
`v1` int(11) default NULL,
`v2` int(11) default NULL,
`v3` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`id`),
UNIQUE KEY `v3` (`v3`),
KEY `idx_v1` (`v1`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec) ERROR:
No query specified mysql> select * from test;
+----+------+------+----+
| id | v1 | v2 | v3 |
+----+------+------+----+
| 0 | 4 | 15 | 0 |
| 1 | 1 | 0 | 1 |
| 2 | 3 | 1 | 2 |
| 3 | 4 | 2 | 3 |
| 5 | 5 | 9 | 5 |
| 7 | 7 | 4 | 7 |
| 8 | 7 | 3 | 8 |
| 10 | 9 | 5 | 10 |
| 30 | 8 | 15 | 30 |
+----+------+------+----+
9 rows in set (0.00 sec)

主键为id,唯一索引v3,二级普通索引v1。

以下所举的例子中,表中的数据均为上面select查询到的数据。

查询主键查找 + RC

session1 session2
begin
begin
update test set v1=100 where id=10;
select * from test where id=10 for update; 阻塞
select * from test where id=9 for update; Empty set (0.00 sec)
select * from test where id=11 for update; Empty set (0.00 sec)

结论:此时只在对应的主键记录上加X锁即可。

查询唯一索引查找 + RC

session1 session2
begin
begin
update test set v2=100 where v3=10;
select * from test where id=10 for update; 阻塞
select * from test where v3=10 for update; 阻塞
select * from test where v2=10 for update; 阻塞
select * from test where id=9 for update; Empty set (0.00 sec)

为什么会在主键上加X锁呢?假设此时有个并发sql:delete from test where id=10,那么并发的update 就会感知不到delete 语句的存在,违背了同一记录上的更新/删除需要串行执行的约束。

为什么select * from test where v2=10 for update;会阻塞?因为v2上没有索引,MySQL判断走全表扫描对每个记录加X锁,但是表中id=10的记录有X锁了,两者不兼容,所以阻塞。

注意session1中update语句首先对表加了IX意向锁,session2判断表有IX锁,说明底层的记录有session在加X锁,所以直接阻塞。这样的花MySQL不用深入底层的每条记录,去判断每条记录是否有IX锁,这样太耗时了。(详细见MySQL 锁基础意向锁部分)

结论:此时需要加两个X锁,一个是唯一索引上v3=10的记录,还有聚簇索引上id=10的元组。

查找非唯一索引 + RC

同上。区别是对所有满足SQL查询记录的加X锁,同时对应的主键也都加X锁。

查询无索引 +RC

session1 session2
begin
begin
update test set v2=1000 where v2=15;
select * from test where v1=4 for update; 阻塞

因为查询不能用到索引,只能进行全表扫描,对聚簇索引上的所有记录都加了X锁(不是加表锁,也不是在满足条件的记录上加行锁)。

为什么不是在满足条件的记录上加锁呢?如果一个条件无法通过索引快速过滤,那么存储引擎层面就会将所有记录加锁后返回,然后由MySQL Server 层进行过滤。因此也就把所有的记录都锁上了。

但是在5.1及更新的版本中,MySQL会在Server层过滤后,将不符合条件的记录全部释放锁,但是在更早期的版本中,MySQL只有在事务提交之后才释放锁。(高性能MySQL中文版第三版 P181)

结论:每条记录都加上X锁。

查询主键查找 + RR

与查询主键查找 + RC一致。

查询唯一索引查找 + RR

与查询唯一索引查找 + RC一致。

查找非唯一索引 + RR

session1 session2
begin
begin
update test set v2=1000 where v1=7;
update test set v1=6 where v1=9; 阻塞
update test set v1=8 where v1=9; 阻塞
update test set v1=5 where v1=9; 阻塞
update test set v1=9 where v1=9; Query OK, 1 row affected (0.00 sec)

与RC模式不同,RR模式要求不可幻读,即在同一个事务中,连续两次当前读 ,那么这两次当前读返回的是完全相同的记录。这里的session1的update test set v2=1000 where v1=7就是当前读,为了保证不出现幻读,需要在v1=7的两端加入GAP锁,保证其他事务不能同时在这个范围内插入数据。

为什么唯一索引不用加GAP锁?因为唯一索引的唯一性保证了两次当前读一定会返回一条数据而不是两条,因为唯一性嘛。所以一定·不会有新的数据插入进来。但是如果第一次当前读update test set v2=100 where v3=10没有符合条件的查询记录呢?MySQL还是会加GAP锁,来保证这一区间不会有数据插入。

但是这个个人不理解的是为什么GAP的两端点都是闭合的?即更新v1=5和v1=8都会阻塞?

查询无索引 + RR

这个综合以上几个例子比较好理解:会对每一个记录加X锁,其次,聚簇索引每条记录间的间隙(GAP),也同时被加上了GAP 锁。

更复杂的例子

参考更复杂的例子

MySQL首先在索引层加GAP锁,再在聚簇索引对应的主键加X锁,再在server层做过滤。而不是先过滤,再在聚簇索引主键加X锁。

总结

  • 对于加锁读,InnoDB在它scan到的所有索引记录上加锁,而不管这条记录是否符合where条件。
  • GAP锁的唯一作用封禁其他并行事务的写入,防止幻读。所以判断是否sql是否加GAP锁的最好方式就是判断sql语句是否需要防止幻读。
  • 对于非唯一索引的range查询,range_read(start_key,end_key)来说:
    • 通过索引找到第一条满足条件的记录
    • 顺序向后扫描,途中碰到的记录,加LOCK_ORDINARY(锁记录及之前的GAP)
    • end_key定位不满足条件的第一条记录,退出
where条件 定位条件 终止条件 加锁范围
ID < X infinum X (infinum,X]
ID <= X infinum X的下一条记录 (infinum,X的下一条记录]
ID > X X的下一条记录 maxnum (X,maxnum]
ID >= X X maxnum [X,maxnum]

参考资料:

http://hedengcheng.com/?p=771

http://blog.sina.com.cn/s/blog_a1e9c7910102vnrj.html

MySQL锁总结的更多相关文章

  1. mysql锁

    锁是计算机协调多个进程或线程并发访问某一资源的机制.在数据库中,除传统的计算资源(如CPU.RAM.I/O等)的争用以外,数据也是一种供许多用户共享的资源.如何保证数据并发访问的一致性.有效性是所有数 ...

  2. Mysql锁初步

    存储引擎 要了解mysql的锁,就要先从存储引擎说起. 常用存储引擎列表如下图所示: 最常使用的两种存储引擎: Myisam是Mysql的默认存储引擎.当create创建新表时,未指定新表的存储引擎时 ...

  3. mysql锁表机制及相关优化

    (该文章为方便自己查阅,也希望对大家有所帮助,转载于互联网) 1. 锁机制 当前MySQL支持 ISAM, MyISAM, MEMORY (HEAP) 类型表的表级锁,BDB 表支持页级锁,InnoD ...

  4. MySQL锁系列3 MDL锁

    http://www.cnblogs.com/xpchild/p/3790139.html   MySQL为了保护数据字典元数据,使用了metadata lock,即MDL锁,保证在并发的情况下,结构 ...

  5. 01 MySQL锁概述

    锁是计算机协调多个进程或线程并发访问某一资源的机制.在数据库中,除传统的计算资源(如CPU.RAM.I/O 等)的争用以外,数据也是一种供许多用户共享的资源.如何保证数据并发访问的一致性.有效性是所有 ...

  6. Mysql锁机制介绍

    Mysql锁机制介绍 一.概况MySQL的锁机制比较简单,其最显著的特点是不同的存储引擎支持不同的锁机制.比如,MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking ...

  7. MySQL锁等待分析【2】

    MySQL锁等待分析[1]中对锁等待的分析是一步一步来的.虽然最后是分析出来了,可是用时是比较长的:理清各个表之间的关系后,得到如下SQL语句,方便以后使用 select block_trx.trx_ ...

  8. MySQL锁与MVCC

    --MySQL锁与MVCC --------------------2014/06/29 myisam表锁比较简单,这里主要讨论一下innodb的锁相关问题. innodb相比oracle锁机制简单许 ...

  9. Mysql锁机制--并发事务带来的更新丢失问题

    Mysql 系列文章主页 =============== 刚开始学习 Mysql 锁的时候,觉得 Mysql 使用的是行锁,再加上其默认的可重复读的隔离级别,那就应该能够自动解决并发事务更新的问题.可 ...

随机推荐

  1. android堆栈调试--详细

    1.将ndk中的arm-linux-androideabi-addr2line可执行文件的路径加入配置文件~/.bashrc中,例如: export PATH=$PATH:~/dlna/android ...

  2. 十、VueJs 填坑日记之在项目中使用Amaze UI

    上一篇博文,我们把jQuery集成到了项目中,今天我们来集成Amaze ui(妹子UI).先来介绍一下妹子UI.Amaze UI 含近 20 个 CSS 组件.20 余 JS 组件,更有多个包含不同主 ...

  3. 数据库 SQL Server2012安装步骤详解

    这篇文章主要给大家讲解一下数据库SQL Server2012的安装步骤(若有雷同纯属巧合,还望谅解!) 在正式安装之前,我们需要进行两个设置: ① 首先需要关闭Windows防火墙,若不关闭,后续的安 ...

  4. 生成pdf

    /** * 生成pdf * @param string $html 需要生成的内容 */ function pdf($html='<h1 style="color:red"& ...

  5. 关于网页授权的两种scope的区别说明

    关于网页授权的两种scope的区别说明 1.以snsapi_base为scope发起的网页授权,是用来获取进入页面的用户的openid的,并且是静默授权并自动跳转到回调页的.用户感知的就是直接进入了回 ...

  6. 基于maven的ssm框架整合

    基于maven的ssm框架整合 第一步:通过maven建立一个web项目.                第二步:pom文件导入jar包                              (1 ...

  7. 初识java这个小姑娘(二)

    妙解垃圾回收机制 周一,早高峰. 一段考验一个人耐力.智力.开车技术以及脾气的路. 我把车开进了一个没有红绿灯的丁字路口,然后就没有然后了. 来自三个方向的大车小车开始在不大的一块空间里开始互相斗智斗 ...

  8. Python的字符编码

    Python的字符编码 1. Python字符编码简介 1. 1  ASCII Python解释器在加载.py文件的代码时,会对内容进行编码,一般默认为ASCII码.ASCII(American St ...

  9. 分享一波eclipse常用快捷键

    Eclipse快捷键 一个Eclipse骨灰级开发者总结了他认为最有用但又不太为人所知的快捷键组合.通过这些组合可以更加容易的浏览源代码,使得整体的开发效率和质量得到提升. 1. ctrl+shift ...

  10. 一句话搞定webmap(一)——轻地图组件

    摘要: 遥想当年.在APP中增加LBS元素相当困难:要刻苦学习java,要刻苦学习iOS开发,要刻苦学习javascript-- 而现在.要制作一张地图真是越来越easy了!居然仅仅须要一句话.就能够 ...