事务将多个读写操作捆绑在一起成为一个逻辑单元。这个逻辑单元中包括多条SQL
语句,这些语句执行时要么一起成功,要么一起失败。
事务案例:
没有事务:在支付过程中,某一时间节点发生了异常,之前执行的“扣除用户余额”操作是不会回滚的,而“扣减库存”操作却没有执行。这会造成数据不一致的问题。(说明:这里的用户余额和库存在同一个数据库)
有事务:在支付过程中,某一时间节点发生了异常,之前执行的“扣除用户余额”操作会回滚,保持数据一致。(说明:这里的用户余额和库存在同一个数据库)
事务应该满足ACID四个特性。即:
A:原子性:数据库事务是不可分割的工作单位,只有所有操作都成功时,才算成功。任何一个SQL语句执行失败,已经执行成功的SQL语句也必须回退。在MySQL中原子性的实现可以通过redo log来保证。
C:一致性:数据库操作执行前后应该处于应用程序所期待的“预期状态”。应该满足数据库约束(比如外键约束,唯一性约束),业务要求(比如在转账前后,两个账户余额应该保持平衡)。在MySQL中一致性的实现可以通过undo log来保证。
I:隔离性:同时运行的事务不能相互干扰,该事务提交前对其他事务都不可见。这里需要区分的是在不同的隔离级别下,表现的结果是不一样的。在MySQL中隔离性可以通过锁来保证。
D:持久性:事务一旦提交,其结果就是永久性的,即使发生宕机,数据也能恢复。 在MySQL中持久性可以通过redo log来保证。
MySQL中的日志:
Undo log是逻辑日志,对每行记录不同版本。MVCC功能实现也基于此。Undo log是需要进行随机读写的。
Redo log是物理日志,记录物理页的修改。Redo log基本是顺序读写,是InnoDB引擎所特有的。
事务隔离级别
Read Uncommitted(读未提交):一个事务的修改,对其他事务时可见的,即便还没有提交。
Read Committed(读已提交):一个事务可以读取到其他事务提交的数据。
Repeatable Read(可重复读):在同一个事务中多次读取同一个记录是一样的。
Serializable(可串行化):所有事务都串行执行。
不同隔离级别造成的问题:
隔离级别演示
读未提交
操作时间节点:
时间 | 会话A | 会话B |
---|---|---|
1 | set session transaction isolation level read uncommitted; select @@tx_isolation; | set session transaction isolation level read uncommitted; select @@tx_isolation; |
2 | begin; | |
3 | select * from user where id=1; | |
4 | begin; | |
5 | update user set money=10 where id=1; | |
6 | select * from user where id=1; | |
7 | rollback; |
案例演示:
(MySQL版本是5.7)
在读未提交的隔离级别下会发生脏读,即一个事务会读取另一个事务为提交的数据。
读已提交
操作时间节点:
时间 | 会话A | 会话B |
---|---|---|
1 | set session transaction isolation level read committed; select @@tx_isolation; | set session transaction isolation level read committed; select @@tx_isolation; |
2 | begin; | |
3 | <