本文实验的测试环境:Windows 10+cmd+MySQL8+InnoDB
事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节。事务执行过程中出错,会回滚到事务开始前的状态,所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体,就像化学中学过的原子,是物质构成的基本单位。
事务开始前和结束后,数据库的完整性约束没有被破坏 。比如A向B转账,不可能A扣了钱,B却没收到。
同一时间,只允许一个事务请求同一数据,不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱,在A取钱的过程结束前,B不能向这张卡转账。
事务完成后,事务对数据库的所有更新将被保存到数据库,不能回滚。
事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据
事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果 不一致。
系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条记录没有改过来,就好像发生了幻觉一样,这就叫幻读。
小结:不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表
事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(read-uncommitted) | 是 | 是 | 是 |
不可重复读(read-committed) | 否 | 是 | 是 |
可重复读(repeatable-read) | 否 | 否 | 是 |
串行化(serializable) | 否 | 否 | 否 |
mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ |
+-------------------------+
1 row in set (0.00 sec)
mysql>
创建account表
create table account(
id int primary key auto_increment,
name varchar(12),
balance int
);
插入数据
insert into account (name,balance) values('zs',200),('ls',300),('ww',500),('zl',1000);
查询
mysql> select * from account;
+----+------+---------+
| id | name | balance |
+----+------+---------+
| 1 | zs | 200 |
| 2 | ls | 300 |
| 3 | ww | 500 |
| 4 | zl | 1000 |
+----+------+---------+
4 rows in set (0.00 sec)
mysql>
改数据时,行写权限上锁,行读权限不上锁。在read uncommitted事务级别下,查询到数据可能是脏数据。
1.打开sessionA,设置事务为读未提交,开启事务,修改一条数据
2.打开sessionB, 查看该条数据
3.sessionA,事务回滚,并提交事务(取消修改)
其中sessionB,查询到的数据是非法的。
在read committed事务级别中,在同一个事务内,两次读取同一条数据可能不一致。
1.sessionA开始事务,更新数据
2.sessionB 开启事务,查询数据(查询到的数据是,sessionA修改前的数据,所以不是脏数据)
3.sessionA提交事务
4.sessionB第二次查询数据(第二次查询到的数据是sessionA修改并提交后的数据,与第一次的数据不一致)
repeatable read 事务级别中,select使用的老版本号,updat,delete,insert使用的最新的版本号;在进行增删改操作后,会同步最新的select版本号(之后进行重新,可能出现幻读)
幻读:第一次查询,更新,第二查询发现数据出乎意料
1.sessionA设置事务级别为repeatable read,开启事务,查询所有行
2.sessionB,更新数据
3.sessionA,再次查询,与第一次查询数据一致,该级别下,select查询到的是老版本的数据(可重复读)
4.sessionA,更新数据(改级别更新操作后,会同步最新的select版本号),并查询数据,发现数据记录在意料之外(幻读)
串行化事务开启后并进行增删改查操作后,就会把对应表加上写锁。
锁表
补充:
1、事务隔离级别为读提交时,写数据只会锁住相应的行
2、事务隔离级别为可重复读时,如果检索条件有索引(包括主键索引)的时候,默认加锁方式是next-key 锁;如果检索条件没有索引,更新数据时会锁住整张表。一个间隙被事务加了锁,其他事务是不能在这个间隙插入记录的,这样可以防止幻读。
3、事务隔离级别为串行化时,读写数据都会锁住整张表
4、隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。
5、MYSQL MVCC实现机制参考链接:https://blog.csdn.net/whoamiyang/article/details/51901888
6、关于next-key 锁可以参考链接:https://blog.csdn.net/bigtree_3721/article/details/73731377