目录
[3.事务隔离级别---读未提交Read Uncommitted](#3.事务隔离级别---读未提交[Read Uncommitted])
[4.事务隔离级别---读提交【Read Committed】](#4.事务隔离级别---读提交【Read Committed】)
[5.事务隔离级别---可重复读【Repeatable Read】](#5.事务隔离级别---可重复读【Repeatable Read】)
1.事务隔离级别
1.事务隔离性理论
如何理解隔离性
- MySQL服务可能会同时被多个客户端进程(线程)访问,访问的方式以事务方式进行
- 一个事务可能由多条SQL构成,也就意味着,任何一个事务,都有执行前,执行中,执行后的阶 段。而所谓的原子性,其实就是让用户层,要么看到执行前,要么看到执行后。执行中出现问题, 可以随时回滚。所以单个事务,对用户表现出来的特性,就是原子性。
- 但,毕竟所有事务都要有个执行过程,那么在多个事务各自执行多个SQL的时候,就还是有可能会 出现互相影响的情况。比如:多个事务同时访问同一张表,甚至同一行数据。
- 就如同你妈妈给你说:你要么别学,要学就学到最好。至于你怎么学,中间有什么困难,你妈妈不关心。那么你的学习,对你妈妈来讲,就是原子的。那么你学习过程中,很容易受别人干扰,此时,就需要将你的学习隔离开,保证你的学习环境是健康的。
- 数据库中,为了保证事务执行过程中尽量不受干扰,就有了一个重要特征:隔离性
- 数据库中,允许事务受不同程度的干扰,就有了一种重要特征:隔离级别
在事务场景中,隔离是必要的---运行中的事务,进行互相隔离
在事务进行中,"不会"出现互相干扰,隔离性
根据影响程度的不同,隔离级别
隔离级别
- 读未提交【Read Uncommitted】: 在该隔离级别,所有的事务都可以看到其他事务没有提交的 执行结果。(实际生产中不可能使用这种隔离级别的),但是相当于没有任何隔离性,也会有很多 并发问题,如脏读,幻读,不可重复读等,我们上面为了做实验方便,用的就是这个隔离性。
- 读提交【Read Committed】 :该隔离级别是大多数数据库的默认的隔离级别(不是 MySQL 默认的)。它满足了隔离的简单定义:一个事务只能看到其他的已经提交的事务所做的改变。这种隔离级别会引起不可重复读,即一个事务执行时,如果多次 select, 可能得到不同的结果。
- 可重复读【Repeatable Read】: 这是 MySQL 默认的隔离级别,它确保同一个事务,在执行 中,多次读取操作数据时,会看到同样的数据行。但是会有幻读问题。
- 串行化【Serializable】: 这是事务的最高隔离级别,它通过强制事务排序,使之不可能相互冲突, 从而解决了幻读的问题。它在每个读的数据行上面加上共享锁,。但是可能会导致超时和锁竞争 (这种隔离级别太极端,实际生产基本不使用)
隔离级别如何实现:隔离,基本都是通过锁实现的,不同的隔离级别,锁的使用是不同的。常见有,表锁,行锁,读锁,写锁,间隙锁(GAP),Next-Key锁(GAP+行锁)等。不过,我们目前现有这个认识就行, 先关注上层使用。
2.事务隔离级别的设置与查看
查看与设置隔离性
查看
select @@global.tx_isolation; --查看全局隔级别
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
select @@session.tx_isolation; --查看会话(当前)全局隔级别
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)
select @@tx_isolation; --默认同上
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)
第三种是第二种的简写,global是session的默认配置。当我们在登陆mysql的时候,默认mysql会读取全局配置好的隔离级别用来初始化自己本次登陆的会话隔离级别。这就相当于global配置好了,我们就相当于一个全局的配置。我们session的隔离级别会默认把global拷贝一份给自己。
我们可以在本次登陆的时候使用这个会话级别,也可以去更改这个隔离级别。如果改变session的隔离级别只会更改本次的会话。而如果更改全局的会影响后续所有客户端的登陆。
设置
-- 设置当前会话 or 全局隔离级别语法
set session \| global transaction isolation level { read uncommitted | read committed | repeatable read | serializable }
--设置当前会话隔离性,另起一个会话,看不多,只影响当前会话
终端1
mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)
终端2
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)
--设置全局隔离性,另起一个会话,会被影响
set global transaction isolation level serializable;
终端1
mysql> set global transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)
终端2
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)
先退出再重进
终端1
mysql> quit;
Bye
[root@iZ5waahoxw3q2bZ ~]# mysql -uroot -p
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| SERIALIZABLE |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE |
+----------------+
1 row in set, 1 warning (0.00 sec)
每次在新登录MySQL的时候,mysql会默认使用全局隔离级别来对我们隔离级别进行初始化设置!
mysql的隔离级别默认是RR级别(REPEATABLE-READ)
3.事务隔离级别---读未提交Read Uncommitted
几乎没有加锁,虽然效率高,但是问题太多,严重不建议采用
设置隔离级别为 读未提交,然后退出重进让其生效
终端1
mysql> set global transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> quit;
Bye
终端12
[root@iZ5waahoxw3q2bZ ~]# mysql -uroot -p
mysql> use test_db;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
2 rows in set (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
终端1
mysql> insert into account values(1,'张三',4321);
Query OK, 1 row affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端1
mysql> update account set name='tom' where id=4;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 4321.60 |
| 4 | tom | 4325.10 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端1
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
2 rows in set (0.00 sec)
这就叫读未提交,另外一个终端读到了另外一个终端没有提交的
一个事务在执行中,读到另一个执行中事务的更新(或其他操作)但是未commit的数据,这种现象叫做脏读 (dirty read)
4.事务隔离级别---读提交【Read Committed】
终端1
mysql> set global transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-COMMITTED |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
终端12
mysql> quit;
Bye
[root@iZ5waahoxw3q2bZ ~]# mysql -uroot -p
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)
mysql> use test_db;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
2 rows in set (0.00 sec)
终端1
mysql> insert into account values (1,'张三',123);
Query OK, 1 row affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
2 rows in set (0.01 sec)
终端1
mysql> update account set name='lisi' where id=2;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | lisi | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
2 rows in set (0.00 sec)
终端1
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | lisi | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
3 rows in set (0.00 sec)
此时还在当前事务中,并未commit,那么就造成了,同一个事务内,同样的读取,在不同的时间段 (依旧还在事务操作中!),读取到了不同的值,这种现象叫做不可重复读(non reapeatable read)!! (这个是问题吗??)
不可重复读,是问题吗?
有问题,所以依旧不推荐
5.事务隔离级别---可重复读【Repeatable Read】
终端1
mysql> set global transaction isolation level repeatable read;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
终端12
mysql> quit;
Bye
[root@iZ5waahoxw3q2bZ ~]# mysql -uroot -p
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.00 sec)
mysql> use test_db;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | lisi | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端1
mysql> update account set name='李四' where id=2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> insert into account values (5,'田七',1234);
Query OK, 1 row affected (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | lisi | 4321.60 |
| 4 | 赵六 | 4325.10 |
+----+--------+---------+
3 rows in set (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
4 rows in set (0.00 sec)
可以发现在终端1commit之后终端2是查不到的,只有等终端2commit后再去查才行
删除也同理
终端12
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
4 rows in set (0.00 sec)
终端1
mysql> delete from account where id=4;
Query OK, 1 row affected (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 4 | 赵六 | 4325.10 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
4 rows in set (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
3 rows in set (0.01 sec)
多次查看,发现终端A在对应事务中insert的数据,在终端B的事 务周期中,也没有什么影响,也符合可重复的特点。但是,一般的数据库在可重复读情况 的时候,无法屏蔽其他事务insert的数据( 为什么?因为隔离性实现是对数据加锁完成的,而insert待插入的数据因为并不存在,那么一般加锁无法屏蔽这类问题),会造成虽然大部分内容是可重复读的,但是insert的数据在可重复读情况被读取出来,导致多次查找时,会多查找出来新的记录 ,就如同产生了幻觉。这种现象,叫做幻读 (phantom read)。**很明显,MySQL在RR级别的时候,是解决了幻读问题的(**解决的方式是用Next-Key锁 (GAP+行锁)解决的.)
6.事务隔离级别---串行化【serializable】
对所有操作全部加锁,进行串行化,不会有问题,但是只要串行化,效率很低,几乎完全不会被采用
终端1
mysql> set global transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
终端12
mysql> quit;
Bye
[root@iZ5waahoxw3q2bZ ~]# mysql -uroot -p
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE |
+----------------+
1 row in set, 1 warning (0.00 sec)
mysql> use test_db;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端1去删除无法删除
终端1
mysql> delete from account where id=1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端12
[root@iZ5waahoxw3q2bZ ~]# mysql -uroot -p
mysql> use test_db;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端2
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
终端1
mysql> delete from account where id=1;
Query OK, 1 row affected (39.11 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
2 rows in set (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端1可以先rollback回滚一下
终端1
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 5 | 田七 | 1234.00 |
+----+--------+---------+
3 rows in set (0.00 sec)
终端12
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
终端1先输入指令,一开始没有通过,等终端2这个指令通过才通过
终端2
mysql> delete from account where id=5;
Query OK, 1 row affected (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
+----+--------+---------+
2 rows in set (0.00 sec)
终端1
mysql> insert into account values (8,'jimmy',345);
Query OK, 1 row affected (6.20 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
终端2
mysql> select * from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 123.00 |
| 2 | 李四 | 4321.60 |
| 8 | jimmy | 345.00 |
+----+--------+---------+
3 rows in set (0.00 sec)
-
终端1 发起了
insert操作。但此时,终端2 已经在事务中持有某个锁 (比如对id=5这条记录的行锁,或者因为select产生的间隙锁/临键锁)。 -
终端1 的
insert操作被阻塞 (因为它必须等终端2释放锁才能继续),所以你的终端1上显示插入花了 6.2 秒。 -
终端2 顺利执行删除并提交,释放了锁。
-
终端1 拿到锁,继续执行
insert。这时你看到它终于完成了。
结论:
终端1 的 insert 在物理执行时,并不是一输入指令就立刻执行了,而是排队等待了6.2秒。
在串行化下,数据库会通过严格的两阶段锁(2PL) 甚至锁表来强制串行化。这使得:
-
事务提交的时间顺序 ≈ 真正执行数据修改的时间顺序。
-
你看到的"执行慢"或"等待",就是严格串行化带来的代价。

总结:
- 其中隔离级别越严格,安全性越高,但数据库的并发性能也就越低,往往需要在两者之间找一个平衡点。
- 不可重复读的重点是修改和删除:同样的条件, 你读取过的数据,再次读取出来发现值不一样了 幻读的重点在于新增:同样的条件, 第1次和第2次读出来的记录数不一样
- 说明: mysql 默认的隔离级别是可重复读,一般情况下不要修改
- 上面的例子可以看出,事务也有长短事务这样的概念。事务间互相影响,指的是事务在并行执行的时候,即都没有commit的时候,影响会比较大。

7.一致性(Consistency)
事务执行的结果,必须使数据库从一个一致性状态,变到另一个一致性状态。当数据库只包含事务 成功提交的结果时,数据库处于一致性状态。如果系统运行发生中断,某个事务尚未完成而被迫中 断,而改未完成的事务对数据库所做的修改已被写入数据库,此时数据库就处于一种不正确(不一 致)的状态。因此一致性是通过原子性来保证的。
其实一致性和用户的业务逻辑强相关,一般MySQL提供技术支持,但是一致性还是要用户业务逻辑做支撑,也就是,一致性,是由用户决定的。
而技术上,通过AID保证C
感谢你的观看,期待我们下次再见!