数据库的事务机制

避免写入直接操作数据文件

• 如果数据的写入直接操作数据文件是非常危险的事情
  

利用日志来实现间接写入

• MySQL总共有5种日志，其中只有redo日志和undo日志与事务有关
  
• 数据操作记录拷贝到 undo 日志，增删改查的操作记录到 redo 日志
• 事务提交之后 redo日志才会与数据库进行数据同步

事务机制(Transaction)

• RDBMS = SQL语句+事务(ACID)
• 事务是一个或者多个SQL语句组成的整体，要么全部执行成功，要么全都执行失败

事务案例

• 把10部门中MANGER员工调往20部门，其他岗位的员工调往30部门，然后删除10部门
  

管理事务

• 默认情况下，MySQL执行每条SQL语句都会自动开启和提交事务
• 为了让多条SQL语句纳入到一个事务之下，可以手动管理事务

START TRANSACTION;
SQL语句
[COMMIT|ROLLBACK];

• COMMIT 是将结果提交到数据库，而不是中间状态
• 事务的原子性：要么全成功，要么全失败

事务的ACID属性

事务的原子性

• 一个事务中的所有操作要么全部完成，要么全部失败。事务执行后不允许停留在中间某个状态

事务的一致性

• 不管在任何给定的时间、并发事务有多少，事务必须保证运行结果的一致性
• 如下图，不管如何转账，ABCD的总额不变
  

事务的隔离性

• 隔离性要求事务不受其他并发事务的影响，如同在给定的时间内，该事务是数据库唯一运行的事物
• 默认情况下A事务，只能看到日志中该事务的相关数据
  

事务的持久性

• 事务一旦提交,结果便是永久性的。即便发生宕机，仍然可以依靠事务日志完成数据的持久化

事务的四个隔离级别

业务案例

1. 修改事务隔离级别

• READ UNCOMMITTED 代表可以读取其他事务未提交的数据

SET SESSION TRANSACTION ISOLATION LEVEL
READ UNCOMMITTED;

2. 修改事务隔离级别

• READ COMMITTED代表只能读取其他事务提交的数据

SET SESSION TRANSACTION ISOLATION LEVEL
READ COMMITTED;

3. 修改事务隔离级别

• REPEATABLE READ代表事务在执行中反复读取数据，得到的结果是一致的，不会受其他事务影响
• MySQL默认的事务隔离级别就是REPEATABLE READ
• 该级别下的事务，必须要先执行事务里面的操作，才能将数据保存到 undo 日志里，这时候不管其他食事务提交与否，该事务再次执行操作，都是从 undo 日志里面读取，不受其他事务影响

SET SESSION TRANSACTION ISOLATION LEVEL
REPEATABLE READ;

• 例子：
  • 事务A:

  START TRANSACTION;
  UPDATE t_emp SET sal=1;
  COMMIT;
  

  • 事务B：

  SET SESSION TRANSACTION ISOLATION LEVEL
  REPEATABLE READ;
  START TRANSACTION;
  SELECT * FROM t_emp;
  COMMIT;
  

先将事务B开启，并执行COMMIT之前的数据，然后再执行事务A，最后再执行事务B，那么事务B的结果不受事务A的影响；

如果先将事务B开启，然后执行事务A，之后执行事务B，由于undo日志里面没有事务B的操作记录，所以就会受到事务A影响，查询的数据中sal均为1。

4. 事务的序列化

• 由于事务并发执行所带来的各种问题，前三种隔离级别只适用在某些业务场景中，但是序列化的隔离性让事务逐一执行，就不会产生上述问题了。

SET SESSION TRANSACTION ISOLATION LEVEL
SERIALIZABLE;