3.1 分布式事务（一）Mysql本地事务和事务隔离级别

---

---

1.概述

数据库事务由一组sql语句组成。所有sql语句执行成功则事务整体成功；任一条sql语句失败则事务整体失败，数据恢复到事务之前的状态。

下面以转账为例进一步说明。

A 账户向 B 账户转账，需要更新两个账户的记录：

- A 账户减金额
update user set money=money-100 where id='A'

- B 账户加金额
update user set money=money+100 where id='B'

• 两条sql语句都成功则转账成功。
• 任意一条sql语句失败，恢复以前的状态。

数据操作的最小单元是事务，而不是一条sql语句！

2.Mysql 事务操作

开始事务操作使用：

start transaction;

或者

begin;

事务开始后，对数据的增删改操作不直接修改数据表，而是被记录在日志文件中。当提交事务后，会统一执行日志文件中记录的所有命令，提交事务使用命令：

commit;

此操作会将日志中记录的操作，永久保存到数据表，并清空日志文件。当我们需要撤销此前的操作时，需要回滚事务，使用命令：

rollback;

此操作是直接清空日志文件；

3.Mysql 事务操作测试

3.1 准备测试数据

CREATE TABLE USER (
	id INT PRIMARY KEY AUTO_INCREMENT,
	username VARCHAR(128),
	`password` CHAR(32)
) CHARSET=utf8;

# 插入一条数据
INSERT INTO `user`(username,`password`) VALUES('aaa', 'aaa');

3.2 测试事务操作

打开两个终端，分别登录数据库。

# 在终端登录 mysql
mysql -uroot -p

# 切换到你的数据库
mysql> use 数据库名;

3.2.1 测试一：

步骤	终端A	终端B
步骤一	begin;	begin;
步骤二	insert into user(username) values('A');
步骤三	update user set username='X' where id=1;
步骤四		select * from user;B查询不到A未提交的数据
步骤五	select * from user;A未提交的数据对于自己是可见的
步骤六	commit;
步骤七		select * from user;即使A已经提交，B也查询不到A提交的数据
步骤八		commit;
步骤九		select * from user;B的事务结束后才能查询到A提交的数据

3.2.1 测试一：

步骤	终端A	终端B
步骤一	rollback;为避免有还未结束的事务存在产生影响，提交结束前序的事务；	rollback;为避免未结束的事务影响，先结束前面的事务
步骤二	begin;	begin;
步骤三	insert into user(username) values('B');
步骤四	update user set username='Y' where id=1;
步骤五	select * from user;
步骤六	commit;
步骤七		select * from user;
步骤八		insert into user(username) values('C');
步骤九		update user set username='Z' where id=1;
步骤十		select * from user;
步骤十一		rollback;回滚事务，B的数据修改全部丢弃，恢复到以前的状态。注意自增主键不会回滚
步骤十二		select * from user;

4.事务的四大特性：ACID

事务共拥有四大特性：原子性（Atomic），一致性（Consistency），隔离性（Isolation），持久性（Durancy）；

• A - 原子性 Atomic
  • 一个事务是一个不可分割的工作单元，事务中包括的操作要么都做，要么都不做。
  • 数据操作的最小单元是事务，而不是SQL语句 。
• C - 一致性 Consistency
  • 事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。
  • 例如：
    • 转账前 a+b = 100
    • 转帐后 a+b = 100
• I - 隔离性 Isolation
  • 一个事务的执行不能被其他事务干扰。
  • 即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
• D - 持久性 Durancy
  • 一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。

5. 数据库并发访问冲突常见问题

• 脏读
  • 读取到其他事务未提交的数据。
• 不可重复读
  • 重复读取同一数据时，与之前读取的数据不一致。
  • 一个事务提交的数据，可以被另一个事务立即读取。
• 幻读
  • 读取到已经被删除的数据。
  • 读取不到新插入的数据。

6.事务隔离级别

6.1 概述

事务之间为了避免互相干扰，执行时要进行隔离。也就是A执行时B要等待。但严格的隔离会造成性能的下降。

数据库为了兼顾数据安全和性能，可以在一定程度上允许多个事务并行执行。

Mysql 提供了四种隔离级别从低到高：

• READ-UNCOMMITTED
• READ-COMMITTED
• REPEATABLE-READ
• SERIALIZABLE

隔离级别越高数据越安全；越低性能越好，但会造成数据访问的问题，所以要根据业务场景恰当选择合适的隔离级别：

可能引发的问题	READ-UNCOMMITTED	READ-COMMITTED	REPEATABLE-READ	SERIALIZABLE
幻读	√	√	√	×
不可重复读	√	√	×	×
脏读	√	×	×	×

6.2 隔离级别设置

set tx_isolation='read-uncommitted';

set tx_isolation='read-committed';

# repeatable-read 是Mysql默认的隔离级别
set tx_isolation='repeatable-read';

set tx_isolation='serializable';

oracle mysql 8 使用 transaction_isolation 系统变量：

set transaction_isolation='read-uncommitted';

set transaction_isolation='read-committed';

# repeatable-read 是Mysql默认的隔离级别
set transaction_isolation='repeatable-read';

set transaction_isolation='serializable';

注意：set设置的变量只对当前会话有效。需要进行全局设置需要使用 set global

6.3 隔离级别测试

打开两个终端，分别登录数据库：

# 在终端登录 mysql
mysql -uroot -p

# 切换到你的数据库
mysql> use 数据库名;

6.3.1 测试一

步骤	终端A	终端B
步骤一	set tx_isolation='read-uncommitted';	set tx_isolation='read-uncommitted';
步骤二	rollback;	rollback;
步骤三	begin;	begin;
步骤四	insert into user(username) values('D');
步骤五	insert into user(username) values('D');
步骤六		select * from user;可以读取A未提交的数据，这些数据在真实数据表中并不存在
步骤七	rollback;
步骤八		select * from user;A回滚后，B不能再重复读取这些数据

6.3.2 测试二

步骤	终端A	终端B
步骤一	set tx_isolation='read-uncommitted';	set tx_isolation='read-uncommitted';
步骤二	rollback;	rollback;
步骤三	begin;	begin;
步骤四		select * from user;
步骤五	insert into user(username) values('E');
步骤六	update user set username='S' where id=1;
步骤七		select * from user;不能读取A未提交的数据
步骤八	commit;
步骤九		select * from user;A提交后，可以立即读取

6.3.3 测试三

步骤	终端A	终端B
步骤一	set tx_isolation='read-uncommitted';	set tx_isolation='read-uncommitted';
步骤二	rollback;	rollback;
步骤三	begin;	begin;
步骤四		select * from user;
步骤五	insert into user(username) values('F');
步骤六	update user set username='T' where id=1;
步骤七	commit;
步骤八		select * from user;即使A已经提交，这里也不能读取A已提交的数据。这里读取的结果要和前一次的结果一致
步骤九		update user set password='111';可以修改A已提交的数据
步骤九		select * from user;修改后这些数据又变成可见的

6.3.4 测试四

步骤	终端A	终端B
步骤一	rollback;	rollback;
步骤二	begin;	begin;
步骤三		select * from user;
步骤四	delete from user where id<5;
步骤五	commit;
步骤六		select * from user;仍然可以查询到已被A删除的数据
步骤七		update user set password='222';但是不可能去修改这些已删除的数据
步骤八		select * from user;现在被删掉的数据还是可见的
步骤九		commit;
步骤九		select * from user;事务结束后这些数据不再可见