mysql默认的事务隔离级别为repeatable-read

未提交读

未提交读的意思就是比如原先name的值是小刚，然后有一个事务B`update table set name = ''小明'' where id = 1`,它还没提交事务。同时事务A也起了，有一个select语句`select name from table where id = 1`，在这个隔离级别下获取到的name的值是小明而不是小刚。那万一事务B回滚了，实际数据库中的名字还是小刚，事务A却返回了一个小明，这就称之为脏读。

未提交读

 

 

已提交读

按照上面那个例子，在已提交读的情况下，事务A的select name 的结果是小刚，而不是小明，因为在这个隔离级别下，一个事务只能读到另一个事务修改的已经提交了事务的数据。但是有个现象，还是拿上面的例子说。如果事务B 在这时候隐式提交了时候，然后事务A的select name结果就是小明了，这都没问题，但是事务A还没结束，这时候事务B又`update table set name = ''小红'' where id = 1`并且隐式提交了。然后事务A又执行了一次`select name from table where id = 1`结果就返回了小红。这种现象叫不可重复读。

已提交读

可重复读

可重复读就是一个事务只能读到另一个事务修改的已提交了事务的数据，但是第一次读取的数据，即使别的事务修改的这个值，这个事务再读取这条数据的时候还是和第一次获取的一样，不会随着别的事务的修改而改变。这和已提交读的区别就在于，它重复读取的值是不变的。所以取了个贴切的名字叫可重复读。按照这个隔离级别下那上面的例子就是：

可重复读

 

 

串行化

上面三个隔离级别对同一条记录的读和写都可以并发进行，但是串行化格式下就只能进行读-读并发。只要有一个事务操作一条记录的写，那么其他要访问这条记录的事务都得等着。

串行化

 

 

一般没人用串行化，性能比较低，常用的是已提交读和可重复读。而已提交读和可重复读的实现主要是基本版本链和readView。而它们之间的区别其实就是生成readView的策略不同

MySQL MVCC && 事务隔离级别 && 锁

MySQL MVCC && 事务隔离级别 && 锁

InnoDB多版本并发控制——MVCC

http://my.oschina.net/xinxingegeya/blog/208821

MySQL_S锁_X锁_read lock_write lock

http://my.oschina.net/xinxingegeya/blog/215417

MySQL事务隔离级别

http://my.oschina.net/xinxingegeya/blog/215419

MySQL命令行控制事务

http://my.oschina.net/xinxingegeya/blog/296459

MySQL REPEATABLE-READ && 幻读

http://my.oschina.net/xinxingegeya/blog/296513

MySQL/InnoDB锁机制

http://my.oschina.net/xinxingegeya/blog/296591

MySQL事务隔离级别之REPEATABLE-READ

http://my.oschina.net/xinxingegeya/blog/296612

MySQL锁表_LOCK TABLES_UNLOCK TABLES

http://my.oschina.net/xinxingegeya/blog/341593

MySQL Concurrency Problems

http://my.oschina.net/xinxingegeya/blog/351347

MySQL锁的调试

http://my.oschina.net/xinxingegeya/blog/351559

MySQL事务隔离级别和锁

http://my.oschina.net/xinxingegeya/blog/499717

事务隔离级别-REPEATABLE-READ && 间隙锁

http://my.oschina.net/xinxingegeya/blog/499867

InnoDB存储引擎MVCC的工作原理

http://my.oschina.net/xinxingegeya/blog/505675

==========END==========

Mysql 事务的四种隔离级别

开发工作中我们会使用到事务，那你们知道事务又分哪几种吗？
MYSQL标准定义了4类隔离级别，用来限定事务内外的哪些改变是可见的，哪些是不可见的。
低的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
隔离级别由低到高：Read Uncommitted Read Uncommitted（读取未提交内容）

在该隔离级别，所有事务都可以看到其他未提交(commit)事务的执行结果。
本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。
读取未提交的数据，也被称之为脏读（Dirty Read）。[窗口A]:

mysql> set GLOBAL tx_isolation=''READ-UNCOMMITTED'';
Query OK, 0 rows affected (0.00 sec)

mysql> quit;
Bye

[root@vagrant-centos65 ~]# mysql -uroot -pxxxx(重新登录)

mysql> SELECT @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set (0.00 sec)

mysql> use test;
Database changed
mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from user;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
+----+------+
2 rows in set (0.00 sec)

[窗口B]:
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into test.user values (3, ''c'');
Query OK, 1 row affected (0.00 sec)

mysql> select * from user;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
|  3 | c    |
+----+------+
3 rows in set (0.00 sec)

//目前为止，窗口B并未commit;

[窗口A]:
mysql> select * from user ;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
|  3 | c    |
+----+------+
3 rows in set (0.00 sec)Read Committed（读取提交内容）

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。
它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。
这种隔离级别 也支持所谓的不可重复读（NonrepeatableRead），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一 select 可能返回不同结果。[窗口A]：

mysql> SET GLOBAL tx_isolation=''READ-COMMITTED'';
Query OK, 0 rows affected (0.00 sec)

mysql> quit;
Bye

[root@vagrant-centos65 ~]# mysql -uroot -pxxxx(重新登录)

mysql> SELECT @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
+----+------+
2 rows in set (0.00 sec)


[窗口B]:

mysql> SELECT @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
+----+------+
2 rows in set (0.00 sec)

mysql> delete from test.user where id=1;
Query OK, 1 row affected (0.00 sec)

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
+----+------+
1 row in set (0.00 sec)

[窗口A]:

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
+----+------+
2 rows in set (0.00 sec)

[窗口B]:

mysql> commit;
Query OK, 0 rows affected (0.02 sec)

[窗口A]:

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
+----+------+
1 row in set (0.00 sec)Repeatable Read（可重读）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。
不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。
简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。
InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。[窗口A]:

mysql> SET GLOBAL tx_isolation=''REPEATABLE-READ'';
Query OK, 0 rows affected (0.00 sec)

mysql> quit;
Bye

[root@vagrant-centos65 ~]# mysql -uroot -pxxxx(重新登录)

mysql> SELECT @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

[窗口B]:

mysql> quit;
Bye

[root@vagrant-centos65 ~]# mysql -uroot -pxxxx(重新登录)

mysql> SELECT @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)

mysql> insert into test.user values (4, ''d'');
Query OK, 1 row affected (0.00 sec)

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
|  4 | d    |
+----+------+
2 rows in set (0.00 sec)

[窗口A]:

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
+----+------+
1 rows in set (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
|  4 | d    |
+----+------+
2 rows in set (0.00 sec)Serializable（序列化执行）

这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。
简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。 [窗口A]:

mysql> SET GLOBAL tx_isolation=''SERIALIZABLE'';
Query OK, 0 rows affected (0.00 sec)

mysql> quit;
Bye

[root@vagrant-centos65 ~]# mysql -uroot -pxxxx(重新登录)

mysql> SELECT @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE   |
+----------------+
1 row in set (0.00 sec)

mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
|  4 | d    |
+----+------+
2 rows in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into test.user values (5, ''e'');
Query OK, 1 row affected (0.00 sec)

[窗口B]:

mysql> quit;
Bye

[root@vagrant-centos65 ~]# mysql -uroot -pxxxx(重新登录)

mysql> SELECT @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE   |
+----------------+
1 row in set (0.00 sec)

mysql> select * from test.user;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

[窗口A]:

mysql> commit;
Query OK, 0 rows affected (0.01 sec)

[窗口B]:

mysql> mysql> select * from test.user;
+----+------+
| id | name |
+----+------+
|  2 | b    |
|  4 | d    |
|  5 | e    |
+----+------+
3 rows in set (0.00 sec)Thank ~

来源：http://mp.weixin.qq.com/s?__biz=MjM5NDM4MDIwNw==&mid=2448834642&idx=1&sn=c02c5cc8ab0c1f29142ac8f8aa6b78af#rd

更多【干货分享】，请关注我的个人订阅号。

mysql 事宜的四种隔离级别

mysql 事务的四种隔离级别 !--[if !mso] style v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} /style ![endif]-- ? 我们知道事务有四种特性 ? （ 1 ）原

?

我们知道事务有四种特性

?

（1）原子性：一个事务被视为不可分割的一个单位

?

（2）隔离性：事务之间隔离开来，一个事务所做的修改，未提交之前另一个事务是不可见的

?

（3）永久性：事务的更改是永久的

?

（4）一致性：数据库总是从一个一致性的状态转换到另外一个一致性的状态中

?

?

?

在此之前，我们来学习一下mysql 如何设置隔离级别

?

SELECT@@global.tx_isolation;

?

SELECT@@session.tx_isolation;

?

SELECT@@tx_isolation;

?

set tx_isolation = ''read-uncommited'';设置默认隔离级别

?

1、默认：下一个事务开始

?

2、session：当前链接

?

3、global：从此开始，全局都是

?

隔离级别：

?

（1）Read Uncommited（读未提交）：发生脏读

?

?客户端A

?

开始状态：

?

?
?

?

客户端B

?

?

2、客户端A开始事务，但是没有提交，客户端B可以看到

?

1）、客户端A的状态：

?

?
?

?

?

?

客户端B的状态：

?

?

?

?
?

?

?

?

2）开始事务，并在客户端改变值

?

?
?

?

?

?

3）这时候查看客户端B，可以看到变化，这就是脏读现象

?

?
?

?

?

?

（2）Read Committed （读提交）：容易发生“不可重复读”

?

1、首先先改变两边的状态

?

客户端A：

?

?

?

?

?

?
?

?

?

?

客户端B：

?

?
?

?

2、客户端A开始事务，客户端B也开始事务

?

?

?

?
?

?

3、这时候A更新一条记录，并且提交完毕，B未提交事务，又读了一次，这时候，两次读的数据不一致，导致了不可重复读

?

?

?

客户端A

?

?

?

?
?

?

?

?

客户端B：

?

?
?
?

?

?

?

简单的来说

?

?

?

?

?

?

（3）Repeatable Read（可重复读）：幻读现象

?

简单的用表格表示下：

?

?

?

?

1、???????? 改变事务隔离级别

?

?
?
?

?

2、???? 客户端B改变并且提交

?

?
?
?

?

?

?

3、???? 客户端A两次读都未发生不可重复读现象

?

?

?

?

?

?
?

?

?

?

4、???????? 客户端B插入一条记录（还未提交）

?

?
?

?

?

?

5、???????? 查看客户端A未发生变化，这时候客户端B提交

?

?
?

?

?

?

6、???????? 再次查看客户端A的数据，还是没有发生任何问题

?

?

?

?

?

?

?

所以mysql到了repeatable read级别之后，没有出现任何问题

?

这是因为innoDB存储引擎通过MVCC（多版本控制）解决了幻读的问题。

?

关于MySQL四种隔离级别和MVCC和mysql四种隔离级别的区别的介绍已经告一段落，感谢您的耐心阅读，如果想了解更多关于30秒读懂mysql四种事务隔离级别、MySQL MVCC && 事务隔离级别 && 锁、Mysql 事务的四种隔离级别、mysql 事宜的四种隔离级别的相关信息，请在本站寻找。