博客
关于我
强烈建议你试试无所不能的chatGPT，快点击我
[InnoDB系列] - 实例解析Innodb的隔离级别以及锁模式
阅读量：6328 次
发布时间：2019-06-22

本文共 3943 字，大约阅读时间需要 13 分钟。

1、隔离级别为：READ COMMITTED
READ COMMITTED

一个有些象Oracle的隔离级别。所有SELECT ... FOR UPDATE和SELECT ... LOCK IN SHARE
MOD语句仅锁定索引记录，而不锁定记录前的间隙，因而允许随意紧挨着已锁定的记录插入新记录。UPDATE和DELETE语句使用一个带唯一搜索条件的唯一的索引仅锁定找到的索引记录，而不包括记录前的间隙。在范围类型UPDATE和DELETE语句，InnoDB必须对范围覆盖的间隙设置next-key锁定或间隙锁定以及其它用户做的块插入。这是很必要的，因为要让MySQL复制和恢复起作用，“幽灵行”必须被阻止掉。

持续读行为如同在Oracle中：即使在同一事务内， 每个持续读设置并读取它自己的新快照。请参阅 
show global variables like ‘tx_isolation ';| tx_isolation  | READ-COMMITTED |
看看实测步骤：
session 1

session 2

begin

 

 
begin

select * from v where id=1;

| id  
| name   |

|   
1 | name11 |

 

 
select * from v where id=1;

| id  
| name   |

|   
1 | name11 |

select * from v where id=1 lock in share
mode;

| id  
| name   |

|   
1 | name11 |

 

 
select * from v where id=1 lock in share
mode;

| id  
| name   |

|   
1 | name11 |

 

session1
和
sesssion2
请求的都是共享锁，不会互斥，因此无需等待。

select * from v where id=1 for update;

| id  
| name   |

|   
1 | name11 |

 

这个时候，由于
session2
发起了
lock in share mode
，需要请求一个共享锁，和
for update
所需要的排它锁是互斥的，因此
session1
需要等待
session2
提交或回滚才能继续。

 

 
commit;

 

select * from v where id=1;

| id  
| name   |

|   
1 | name11 |

 
select * from v where id =1 for update;

或者

select * from v where id =1 lock in share
mode;

update v set name = 'name 2' where id=1;

session1
首先发起了一个
select ..for update
请求，会对该记录加一个排它锁，因此
session2
的请求会被等待，直到
session1
提交或者回滚。

commit;

 
| id  
| name   |

|   
1 | name 2 |

select * from v where id =1;

| id  
| name   |

|   
1 | name 2 |

 

 
select * from v where id =1;

| id  
| name   |

|   
1 | name11 |

 
select * from v where id =1 lock in share
mode;

| id  
| name   |

|   
1 | name 2 |

 

可以看到，如果只是发起最简单的
select
请求，则返回的结果是
session2
发生时看到的快照；如果发起一个
select…for update
或
select..lock in share mode
，则可以看到最新的快照。

这是因为
select…for update
或
select…lock share mode
会取得最新快照，并且请求加一个排它或者共享
next-key
锁。而普通的
select
查询不会请求加任何锁。

 
update v set name = ‘name 1’ where id =1;

commit;

select * from v where id=1;

| id  
| name   |

|   
1 | name 1 |

 

可以看到
session2
提交后的最新结果。

 

 
select * from v where id=1;

| id  
| name   |

|   
1 | name 1 |

 

可以看到
session2
提交后的最新结果。

2、隔离级别为：REPEATABLE READ

REPEATABLE READ

这是InnoDB的默认隔离级别。带唯一搜索条件使用唯一索引的SELECT ... FOR UPDATE, SELECT ... LOCK IN
SHARE MODE, UPDATE
和DELETE语句只锁定找到的索引记录，而不锁定记录前的间隙。用其它搜索条件，这些操作采用next-key锁定，用next-key锁定或者间隙锁定锁住搜索的索引范围，并且阻止其它用户的新插入。

在持续读中，有一个与之前隔离级别重要的差别：在这个级别，在同一事务内所有持续读读取由第一次读所确定的同一快照。这个惯例意味着如果你在同一事务内发出数个无格式SELECT语句，这些SELECT语句对相互之间也是持续的，请参阅。  

show global variables like ‘tx_isolation ';| tx_isolation  | REPEATABLE-READ |
看看实测步骤：
session 1

session 2

begin;

 

 
begin;

select * from v where id=1 lock in share
mode;

| id  
| name   |

|   
1 | name 1 |

 

 
select * from v where id=1 lock in share
mode;

| id  
| name   |

|   
1 | name 1 |

 

session1
和
sesssion2
请求的都是共享锁，不会互斥，因此无需等待。

select * from v where id=1 for update;

| id  
| name   |

|   
1 | name 1 |

 

这个时候，由于
session2
发起了
lock in share mode
，需要请求一个共享锁，和
for update
所需要的排它锁是互斥的，因此
session1
需要等待
session2
提交或回滚才能继续。

 

 
commit;

 
begin;

 

select * from v where id=1;

| id  
| name   |

|   
1 | name 1 |

update v set name='name 2' where id=1;

 

 
select * from v where id=1 for update;

或

select * from v where id =1 lock in share
mode;

 
session1
首先发起了一个
select ..for update
请求，会对该记录加一个排它锁，因此
session2
的请求会被等待，直到
session1
提交或者回滚。

commit;

 

 
| id  
| name   |

|   
1 | name 2 |

select * from v where id=1;

| id  
| name   |

|   
1 | name 2 |

 

 
select * from v where id=1 lock in share
mode;

| id  
| name   |

|   
1 | name 2 |

 
select * from v where id=1;

| id  
| name   |

|   
1 | name 2 |

 

这个时候，不管是
select…lock in
share mode
还是
select…for update
，得到的结果都是
session 1
更新后提交的数据。

 
update v set name = 'name 1' where id=1;

select * from v where id=1;

| id  
| name   |

|   
1 | name 2 |

 

 
commit;

 
select * from v where id=1 ;

| id  
| name   |

|   
1 | name 1 |

select * from v where id=1 ;

| id  
| name   |

|   
1 | name 1 |

 
关于锁，摘取手册中的几条，更具体的请看mysql手册，" 存储引擎和表类型" => " " 这节。
·  SELECT ...
FROM 是一个持续读，读取数据库的快照并且设置不锁定，除非事务隔离级别被设为SERIALIZABLE。对于
SERIALIZABLE级别，这个设置对它遇到的索引记录设置共享的next-key锁定。

·  SELECT ... FROM ... LOCK IN SHARE
MODE 对读遇到的所有索引记录设置共享的next-key锁定。

·  SELECT ... FROM ... FOR
UPDATE 对读遇到的所有索引记录设置独占的next-key锁定。
本文转自叶金荣51CTO博客，原文链接：http://blog.51cto.com/imysql/308659，如需转载请自行联系原作者
你可能感兴趣的文章
持续集成（CI）- 几种测试的区别（摘录）
查看>>
多用户虚拟Web3D环境Deep MatrixIP9 1.04发布
查看>>
求高手，求解释
查看>>
[MSSQL]NTILE另类分页有么有?!
查看>>
winform datagridview 通过弹出小窗口来隐藏列 和冻结窗口
查看>>
C机顶盒开发实战常用初始化类型：数组、结构、指针
查看>>
Jquery闪烁提示特效
查看>>
最佳6款用于移动网站开发的 jQuery 图片滑块插件
查看>>
C++ String
查看>>
获取系统托盘图标的坐标及文本
查看>>
log4j Test
查看>>
HDU 1255 覆盖的面积（矩形面积交）
查看>>
Combinations
查看>>
SQL数据库无法附加，提示 MDF" 已压缩，但未驻留在只读数据库或文件组中。必须将此文件解压缩。...
查看>>
第二十一章流 3用cin输入
查看>>
在workflow中，无法为实例 ID“...”传递接口类型“...”上的事件“...” 问题的解决方法。...
查看>>
获取SQL数据库中的数据库名、所有表名、所有字段名、列描述
查看>>
Orchard 视频资料
查看>>
简述：预处理、编译、汇编、链接
查看>>
调试网页PAIP HTML的调试与分析工具
查看>>
喝酒易醉，品茶养心，人生如梦，品茶悟道，何以解忧？唯有杜康！-- 愿君每日到此一游！
当前时间: 2025-01-11 09:58:17   当前IP: 3.145.43.92   联系邮箱:javaeecc@qq.com     Copyright © 2020 - 2022 baihongyu.com 京ICP备2021015314号-2
强烈建议你试试无所不能的CHAT-GPT，快点击我
强烈建议你试试无所不能的CHAT-GPT，快点击我