innodb隔离级别测试 - 20100710

520 views
453 views

Published on

MySQL InnoDB事务隔离级别案例测试

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
520
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

innodb隔离级别测试 - 20100710

  1. 1. [InnoDB 系列] - 实例解析 Innodb 的隔离级别以 及锁模式 作/译者:叶金荣(Email: ),来源:http://imysql.cn,转 载请注明作/译者和出处,并且不能用于商业用途,违者必究。 1、隔离级别为:READ COMMITTED READ COMMITTED 一个有些象 Oracle 的隔离级别。所有 SELECT ... FOR UPDATE 和 SELECT ... LOCK IN SHARE MOD 语句仅锁定索引记录,而不锁定记录前的间隙,因而允许随意紧挨着已锁 定的记录插入新记录。UPDATE 和 DELETE 语句使用一个带唯一搜索条件的 唯 一的索引仅锁定找到的索引记录,而不包括记录前的间隙。在范围类型 UPDATE 和 DELETE 语句,InnoDB 必须对范围覆盖的间隙设置 next- key 锁定 或间隙锁定以及其它用户做的块插入。这是很必要的,因为要让 MySQL 复制和 恢复起作用,“幽灵行”必须被阻止掉。 持续读行为如同在 Oracle 中:即使在同一事务内, 每个持续读设置并读取它 自己的新快照。请参阅 15.2.10.4 节,“持续非锁定读”
  2. 2. 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 |
  3. 3. | 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 发生时看到的快照;如果发起一个
  4. 4. for update 或 select..lock in share mode,则可以看到 快照。 这是因为 select…for update 或 select…lock share mo 得最新快照,并且请求加一个排它或者共享 next-k 而普通的 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 语句只锁定找到的索引记录,而不锁定记录前的间隙。用其它搜索
  5. 5. 条件,这些操作采用 next-key 锁定,用 next-key 锁定或者间隙锁定锁住搜索的 索引范围,并且阻止其它用户的新插入。 在持续读中,有一个与之前隔离级别重要的差别:在这个级别,在同一事务内 所有持续读读取由第一次读所确定的同一快照。这个惯例意味着如果你在同一事 务内发出数个无格式 SELECT 语句,这些 SELECT 语句对相互之间也是持续的, 请参阅 15.2.10.4 节,“持续非锁定读”。 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 请求的都是共享锁,不
  6. 6. 会互斥,因此无需等待。 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 | |
  7. 7. 1 | name 2 | select * from v where id=1; | id | name | | 1 | name 2 | 这个时候,不管是 select…lock in share mode 还是 select…for update,还是普 通的 select,得到的结果都是 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 手册,"存储引擎和表类型" = > "在 InnoDB 中不同 SQL 语句设置的锁定" 这节。 · SELECT ... FROM 是一个持续读,读取数据库的快照并且设置不锁定,除非事务隔离级别 被设为 SERIALIZABLE。对于
  8. 8. SERIALIZABLE 级别,这个设置对它遇到的索引记录设置共享的 next-key 锁定。 · SELECT ... FROM ... LOCK IN SHARE MODE 对读遇到的所有索引记录设置共享的 next-key 锁定。 · SELECT ... FROM ... FOR UPDATE 对读遇到的所有索引记录设置独占的 next-key 锁定。

×