杨建荣的学习笔记

每天坚持一点点,个人微信公众号: jianrong-notes, 个人邮箱:jeanrock@126.com

  • 博客访问: 12707835
  • 博文数量: 1340
  • 用 户 组: 普通用户
  • 注册时间: 2012-05-14 23:24
  • 认证徽章:
个人简介

每日发文,或技术、或总结,偶有日间小事也以为记,谓之学习笔记,成年累月1300多天,中间几乎没有间断,要旨只有一个:学习交流,共同进步 。 学习笔记精华整理,个人新书《Oracle DBA工作笔记》已开售,在京东,当当,亚马逊,淘宝,天猫均有售,欢迎选购。

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(1340)

文章存档

2017年(274)

2016年(358)

2015年(360)

2014年(278)

2013年(48)

2012年(21)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

订阅
热词专题

分类: MySQL

  对于事务的隔离级别,MySQL中默认是RR, Oracle中默认是RC,两个事务隔离级别存在着很大的差别,而换句话说,就算是RR的事务隔离级别级别,同是关系型数据库MySQL,SQLServer,postgreSQL也会有一些差别。所以隔离级别的部分还是值得花一些时间来总结一下。

   之前看到过丁奇大师的一篇文章,是分析InnoDB的在隔离级别RR下的一个“诡异”现象。读来受益匪浅,丁大师不光明理而且还能改动代码解决问题,实在佩服,我在自己的环境中也做了一些简单的测试和分析。

   首先是初始化基础数据,我们开启两个窗口,创建一个测试表,插入两条记录。


create table t (id int not null, name varchar(10) ) engine=innodb ;
insert into t values(1,'name1'),(3,'name3');
   整个过程虽然是两个窗口,但是操作是一个串行的过程。

首先看下RR本身的现象,会话1开启一个事务,会话2插入一条记录,在会话1中查询应该还是2条数据。

#会话 1
> begin;
Query OK, 0 rows affected (0.00 sec)

开启事务后,查询当前的数据情况。

> select *from t;
+----+-------+
| id | name  |
+----+-------+
|  1 | name1 |
|  3 | name3 |
+----+-------+
2 rows in set (0.00 sec)

会话 2:

会话2插入一条记录,默认提交。
> insert into t values(4,'name4');
Query OK, 1 row affected (0.00 sec)


这个过程中,如果在会话1中查看数据,应该还是2条,这也是RR本身对的含义。
会话 1:
> select *from t;
+----+-------+
| id | name  |
+----+-------+
|  1 | name1 |
|  3 | name3 |
+----+-------+
2 rows in set (0.00 sec)

我们继续做一个update, id=4的记录是刚刚在会话2中插入的,在此处变更,从结果来看还是产生了一行数据的变化,这是一个“诡异”的地方。

> Update t set name= 'name_test' where id = 4;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0
而接下来的地方就是问题的关键了,我们再次查询就输出了3行记录,原来id=4,name='name4'的记录在会话1里面被修改成了id=4,name='name_test'


> select *from t;
+----+-----------+
| id | name      |
+----+-----------+
|  1 | name1     |
|  3 | name3     |
|  4 | name_test |
+----+-----------+
3 rows in set (0.00 sec)

这个时候如果查看会话2的数据情况,得到的结果还是相对合理的。
会话 2:
mysql> select *from t;
+----+-------+
| id | name  |
+----+-------+
|  1 | name1 |
|  3 | name3 |
|  4 | name4 |
+----+-------+
3 rows in set (0.00 sec)

   所以这就是更新冲突的策略了,目前的MySQL在RR隔离级别下的实现是这样。而按照我们预期的要求,应该在会话1的事务内是对会话2的变更不可见的。

   这一点上,在5.7中的结果也是如此,在5.1的版本中的update的输出效果会有一些差别。

  而关于这部分的代码及修改可以参见

http://dinglin.iteye.com/blog/804655


阅读(399) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册