MySQL有四种隔离级别，分别是：

READ UNCOMMITTED（未提交读）

READ COMMITTED（提交读）

REPEATABLE READ （可重复读）

SERIALIZABLE（可串行化）

下面会分别用一些例子来解释各种隔离级别，在开始之前，首先要了解一些前提知识：

AUTOCOMMIT：MySQL默认开启自动提交（AUTOCOMMIT），如果不是显式地开启一个事务，则每个查询都被当做一个事务执行提交操作。在当前连接中，可以通过设置 AUTOCOMMIT 变量来启用或者禁用自动提交：

mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.00 sec)

1 或者 ON 表示启用，0 或者 OFF 表示禁用。当 AUTOCOMMIT 禁用时，所有的查询都是在一个事务中，直到显式地执行 COMMIT 提交或者 ROLLBACK 回滚，该事务结束，同时又开始了另一个新事务。修改 AUTOCOMMIT 对于费事务型的表，比如 MyISAM 或者内存表，不会有任何影响。对这类表来说，没有 COMMIT 或者 ROLLBACK 的概念，也可以说是相当于一直处于 AUTOCOMMIT 启用的状态；

还有一些命令，在执行之前会强制执行 COMMIT 提交当前活动的事务。比如 ALTER TABLE , LOCK TABLES 等，如有需要，请检查对应版本官方文档来确认可能导致自动提交的语句；

查看和设置隔离级别：可以通过 SET TRANSACTION ISOLATION LEVEL 命令来设置隔离级别，或者在配置文件中设置整个数据库的隔离级别；InnoDB支持所有的隔离级别；新的隔离级别会在下一个事务开始的时候生效；

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

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

mysql> set session tx_isolation='read-committed';
Query OK, 0 rows affected (0.00 sec)

mysql> set global tx_isolation='read-committed';
Query OK, 0 rows affected (0.00 sec)

下面我用一些例子来演示一下各种隔离级别的表现：

mysql> create table test (i int,primary key(i)) engine=innodb;
Query OK, 0 rows affected (0.02 sec) 

mysql> show create table test;
+-------+----------------------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+-------+----------------------------------------------------------------------------------------------------------------------+
| test | CREATE TABLE `test` (
`i` int(11) NOT NULL DEFAULT '0',
PRIMARY KEY (`i`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 |
+-------+----------------------------------------------------------------------------------------------------------------------+

下文的例子中，表格左边和表格右边分别是两个session中的行为和表现

READ UNCOMMITTED（未提交读）

在  READ UNCOMMITTED 级别，事务中的修改，即使没有被提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读（Dirty Read）。这个级别会导致很多的问题，从性能上来说，这个级别不会比其他的级别好太多，但是却缺乏其他级别的种种好处，除非真的有非常充足的理由，在实际应用中，一般很少使用；

mysql> set session tx_isolation='read-uncommitted';
Query OK, 0 rows affected (0.00 sec) 

mysql> set session tx_isolation='read-uncommitted';
Query OK, 0 rows affected (0.00 sec) 

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

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

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

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

mysql> select * from test;
Empty set (0.00 sec) 
  
 

mysql> insert into test values(1);
Query OK, 1 row affected (0.00 sec) 

mysql> select * from test;
+---+
| i |
+---+
| 1 |
+---+
1 row in set (0.00 sec) 
在右边的session中未提交的数据，
在左边session中可以读到，
这就是所谓的脏读；
  
 

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

mysql> select * from test;
Empty set (0.00 sec) 
  

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

READ COMMITTED（提交读）

大多数数据库的默认隔离级别都是 READ COMMITTED ，但 MySQL 不是。这个级别满足了ACID原则中隔离性的简单定义：一个事务开始时，只能“看见”已经提交的事务所做的修改。换句话说，一个事务从开始到提交之前，所做的任何修改对其他事务都是不可见的。这个级别有时候也叫作不可重复读（nonrepeatable read），因为两次执行同样的查询，可能会得到不一样的结果；

mysql> set session tx_isolation='read-committed';
Query OK, 0 rows affected (0.00 sec)
 
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED         |
+------------------------+
1 row in set (0.01 sec) 

mysql> set session tx_isolation='read-committed';
Query OK, 0 rows affected (0.00 sec)
 
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED         |
+------------------------+
1 row in set (0.01 sec) 

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

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

mysql> select * from test;
Empty set (0.00 sec) 
  
 

mysql> insert into test values(1);
Query OK, 1 row affected (0.00 sec) 

mysql> select * from test;
Empty set (0.00 sec) 
右边 session 未提交的数据不能被读取到，避免了脏读
  
 

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

mysql> select * from test;
+---+
| i |
+---+
| 1 |
+---+
1 row in set (0.00 sec) 
右边 session 已经提交，此时可以读到
  
 

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

mysql> insert into test values(2);
Query OK, 1 row affected (0.00 sec)
 
mysql> commit;
Query OK, 0 rows affected (0.00 sec) 

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
+---+
2 rows in set (0.00 sec) 
左边 session 在一个事务的两次查询中，
出现了数据不一致的情况，
这在某些场景下是会有问题的，
所以这个隔离级别有时也被叫做 不可重复读；
  

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

REPEATABLE READ（可重复读）

该级别是 MySQL 的默认隔离级别，这个隔离级别解决了上述的脏读和不可重复读的问题。在该级别下，同一个事务中多次读取同样的记录的结果是一致的。不过可重复读级别还是没有解决另外一个幻读（Phantom Read）的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，会产生幻行（Phantom Row）。

mysql> set session tx_isolation='repeatable-read';
Query OK, 0 rows affected (0.00 sec)
 
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ        |
+------------------------+
1 row in set (0.00 sec) 

mysql> set session tx_isolation='repeatable-read';
Query OK, 0 rows affected (0.00 sec)
 
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ        |
+------------------------+
1 row in set (0.00 sec) 

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

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

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
+---+
2 rows in set (0.00 sec) 
  
 

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

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

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
+---+
2 rows in set (0.00 sec) 
即使右边 session 已经提交，同一事务中读取的数据不会变
  
mysql> commit;
Query OK, 0 rows affected (0.00 sec) 
 

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
+---+
3 rows in set (0.00 sec) 

 

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

 

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

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
+---+
3 rows in set (0.00 sec) 
 

mysql> insert into test values (4);
ERROR 1062 (23000): Duplicate entry '4' for key 'PRIMARY'
明明没有‘4’这条数据，却显示主键冲突，
就好像有一个幻影数据的值为‘4’ 
  

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

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
+---+
4 rows in set (0.00 sec) 
  

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

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

mysql> select * from test;
+---+
| i |
+---+
| 1 |
| 2 |
| 3 |
| 4 |
+---+
4 rows in set (0.00 sec) 
 

mysql> update test set i = i*10;
Query OK, 5 rows affected (0.01 sec)
Rows matched: 5  Changed: 5  Warnings: 0 
一共就4条数据，这里却显示匹配了5条，
多出来的1条就像幻影一样
  

mysql> select * from test;
+----+
| i  |
+----+
| 10 |
| 20 |
| 30 |
| 40 |
| 50 |
+----+
5 rows in set (0.00 sec) 
刚才还是4条数据，现在却变成了5条数据
  
mysql> commit ;
Query OK, 0 rows affected (0.00 sec) 
  

SERIALIZABLE（可串行化）

SERIALIZABLE是最高的隔离级别。它通过强制事务串行执行，避免了前面说的幻读的问题。简单来说，这个隔离级别会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用问题。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据一致性且可以接受没有并发的情况下，才考虑使用此级别；读取时相当于加了S锁、更新时加X锁；

mysql> set session tx_isolation='serializable';
Query OK, 0 rows affected (0.00 sec)
 
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| SERIALIZABLE           |
+------------------------+
1 row in set (0.00 sec) 

mysql> set session tx_isolation='serializable';
Query OK, 0 rows affected (0.00 sec)
 
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| SERIALIZABLE           |
+------------------------+
1 row in set (0.00 sec) 

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select * from test;
+----+
| i  |
+----+
| 10 |
| 20 |
| 30 |
| 40 |
| 50 |
+----+
5 rows in set (0.00 sec) 
  
 

mysql> update test set i = i+5 where i = 10;

阻塞...

mysql> commit;
Query OK, 0 rows affected (0.00 sec) 
  
 
Query OK, 1 row affected (11.02 sec)
Rows matched: 1 Changed: 1 Warnings: 0
修改成功，可以看到阻塞了11.02秒

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

mysql> update test set i = i - 5 where i = 15;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

  
 

mysql> select * from test;
+----+
| i |
+----+
| 15 |
| 20 |
| 30 |
| 40 |
| 50 |
+----+
5 rows in set (0.00 sec)

在autocommit为1且不显式开启事务的情况下，不会被左边 session 中的更新操作阻塞，

不会获取S锁；
 

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

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

超时了...

mysql> select * from test;

阻塞...

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

  
 

+----+
| i |
+----+
| 10 |
| 20 |
| 30 |
| 40 |
| 50 |
+----+
5 rows in set (9.63 sec)

读到了...

MySQL事务隔离级别初探的更多相关文章

  1. [51CTO]新说MySQL事务隔离级别！

    新说MySQL事务隔离级别! 事务隔离级别这个问题,无论是校招还是社招,面试官都爱问!然而目前网上很多文章,说句实在话啊,我看了后我都怀疑作者弄懂没!本文所讲大部分内容,皆有官网作为佐证,因此对本文内 ...

  2. 查询mysql事务隔离级别

    查询mysql事务隔离级别 查询mysql事务隔离级别 分类: DB2011-11-26 13:12 2517人阅读 评论(0) 收藏 举报 mysqlsessionjava   1.查看当前会话隔离 ...

  3. MySQL事务隔离级别测试实例

    https://www.cnblogs.com/huanongying/p/7021555.html MySQL事务隔离级别 事务隔离级别 脏读 不可重复读 幻读 读未提交(read-uncommit ...

  4. Mysql事务-隔离级别

    MYSQL事务-隔离级别 事务是什么? 事务简言之就是一组SQL执行要么全部成功,要么全部失败.MYSQL的事务在存储引擎层实现. 事务都有ACID特性: 原子性(Atomicity):一个事务必须被 ...

  5. MySQL事务隔离级别 解决并发问题

    MySQL事务隔离级别 1. 脏读: 骗钱的手段, 两个窗口或线程分别调用数据库转账表,转账后未提交,对方查看到账后,rollback,实际钱没转. 演示方法: mysql默认的事务隔离级别为repe ...

  6. mysql事务隔离级别、脏读、幻读

    Mysql事务隔离级别本身很重要,再加上可能是因为各大公司面试必问的缘故,在博客中出现的概率非常高,但不幸的是,中国的技术博客要么是转载,要么是照抄,质量参差不齐,好多结论都是错的,对于心怀好奇之心想 ...

  7. mysql事务隔离级别与设置

    mysql数据库,当且仅当引擎是InnoDB,才支持事务: 1.隔离级别 事务的隔离级别分为:未提交读(read uncommitted).已提交读(read committed).可重复读(repe ...

  8. MySQL事务隔离级别（二）

    搞清楚MySQL事务隔离级别 首先创建一个表 account.创建表的过程略过(由于 InnoDB 存储引擎支持事务,所以将表的存储引擎设置为 InnoDB).表的结构如下: 为了说明问题,我们打开两 ...

  9. MySQL事务隔离级别（一）

    本文实验的测试环境:Windows 10+cmd+MySQL5.6.36+InnoDB 一.事务的基本要素(ACID) 1.原子性(Atomicity):事务开始后所有操作,要么全部做完,要么全部不做 ...

随机推荐

  1. java程序员菜鸟进阶（十五）linux基础入门（三）linux用户和组管理

    我们大家都知道,要登录linux操作系统,我们必须要有一个用户名和密码.每一个用户都由一个惟一的身份来标识,这个标识叫做用户ID.系统中的每一个用户也至少需要属于一个"用户分组". ...

  2. Oracle学习过程(随时更新)

    1.入门 实用的一些查询语句: 查询用户所有表注释 select * from user_tab_comments 条件查询 根据两个值查询 select*from table where 字段 in ...

  3. response对象详解

    (响应 javax.servlet.http.HttpServletResponse) 方法名 说明 addCookie 添加一个Cookie对象 addHeader 添加Http文件指定名字头信息 ...

  4. Entity Framework 教程(转)

    预备知识    2 LINQ技术    2 LINQ技术的基础 - C#3.0    2 自动属性    2 隐式类型    2 对象初始化器与集合初始化器    3 匿名类    3 扩展方法    ...

  5. 1.关于UltraEdit中的FTP和Tenent配置，UE远程连接Linux进行文件操作

     1  安装UltraEdit 2  配置FTP相关的配置 文件àFTP/Tenet(T)à watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdG90b3 ...

  6. php连接oracle

    1.安装oracle客户端,不管是32位还是64位:当系统是32位的时候,要装32位的客户端,PL/SQL才能给连上数据库 2.php.ini中对应的oracle相关扩展打开.php_openssl. ...

  7. Monitoring and Tuning the Linux Networking Stack: Receiving Data

    http://blog.packagecloud.io/eng/2016/06/22/monitoring-tuning-linux-networking-stack-receiving-data/ ...

  8. The Tangled Web （Web之困）第四章 摘要

    1. HTML语法: 由Tag组成层级结构,标签视为名,而值插在当中. 关键组成符:<, >, ', ", & 2. 解析模式: 文件开头<!DOCTYPE> ...

  9. Android（java）学习笔记139：在TextView组件中利用Html插入文字或图片

    首先我们看看代码: 1.activity_main.xml: <LinearLayout xmlns:android="http://schemas.android.com/apk/r ...

  10. 自定的TableView

    一.自定的TableView 有的时候,我们需要vc视图中添加一个表视图,此时在ViewController中使用TableViewController是不可行的这就,因此就要使用自定义的TableV ...