避免写入直接操作数据文件
-
如果数据的写入直接操作数据文件是非常危险的事情
利用日志来实现间接写入
-
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事务，只能看到日志中该事务的相关数据
事务的持久性
- 事务一旦提交,结果便是永久性的。即便发生宕机，仍然可以依靠事务日志完成数据的持久化
事务的四个隔离级别
业务案例
- 修改事务隔离级别
-
READ UNCOMMITTED代表可以读取其他事务未提交的数据
SET SESSION TRANSACTION ISOLATION LEVEL
READ UNCOMMITTED;
- 修改事务隔离级别
-
READ COMMITTED代表只能读取其他事务提交的数据
SET SESSION TRANSACTION ISOLATION LEVEL
READ COMMITTED;
- 修改事务隔离级别
-
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。
- 事务的序列化
- 由于事务并发执行所带来的各种问题，前三种隔离级别只适用在某些业务场景中，但是序列化的隔离性让事务逐一执行，就不会产生上述问题了。
SET SESSION TRANSACTION ISOLATION LEVEL
SERIALIZABLE;
