ACID四大特性:
原子性 (atomicity)
事务中的所有操作要么全部执行成功,要么会退到事务之前的状态
一致性 (consistency)
一致性状态下,所有事务对同一个数据的读取结果是相同的
隔离性 (isolation)
一个事务的影响范围在提交前对其他事务不可见(锁机制)
持久性 (durability)
事务一旦提交,即可持久化到磁盘,可进行宕机恢复
在InnoDB存储引擎中,事务日志通过重做日志(redo log)和日志缓冲(Log Buffer)实现,
开启事务,记录事务的序列号
事务执行时,往日志缓冲插入事务日志
事务提交,缓冲区日志写入磁盘
mysql> show engine innodb status\G;
---
LOG
---
#表示当前的LSN
Log sequence number 2713307
#表示刷新到重做日志的LSN
Log flushed up to 2713307
Pages flushed up to 2713307
#表示刷新到磁盘的LSN
Last checkpoint at 2713298
Max checkpoint age 1736863212
Checkpoint age target 1682586237
Modified age 0
Checkpoint age 9
0 pending log flushes, 0 pending chkp writes
85 log i/o's done, 0.00 log i/o's/second
注:生产环境中三个LSN的值可能是不一致的
重做日志记录了事务的行为,可以对其进行重做,但事务撤销回滚需要用到undo。不同的是,redo存放在重做日志文件中,而undo放在数据库内部的一个特殊段,称为undo段,位于共享表空间中
当事务执行roll back时,会将插入的事务进行回滚,反向执行事务的操作,回滚或执行完事务后undo日志存放的表空间不会立即释放,需等待master线程进行回收
事务开启需指定事务控制语句,或禁用自动提交
事务控制语句:
在MySQL命令行下可用begin语句显式的开启一个事务,但在存储过程中,只能用START TRANSACTION开启事务
隐式提交的SQL语句
SQL标准定义的四种隔离级别:
READ UNCOMMITTED (读未提交)
READ COMMITTED (RC 读已提交)
Replication需运行在二进制日志ROW格式下,避免缺少间隙锁导致数据同步不一致的问题
REPEATABLE READ (RR 可重复读 默认)
通过Next-Key Lock锁,避免幻读产生
SERIALIZABLE (序列化)
注:上述隔离级别从低到高排列,隔离级别越低,事务请求的锁越少
**脏读(Drity Read):**某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,则后一个事务所读取的数据就会是不正确的
**不可重复读(Non-repeatable read):**在一个事务的两次查询之中数据不一致,这可能是两次查询过程中间插入了一个事务更新的原有的数据
**幻读(Phantom Read):**在一个事务的两次查询中数据笔数不一致,例如有一个事务查询了几列(Row)数据,而另一个事务却在此时插入了新的几列数据,先前的事务在接下来的查询中,就会发现有几列数据是它先前所没有的
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read uncommitted | yes | yes | yes |
Read committed | no | yes | yes |
Repeatable read | no | no | yes |
Serializable | no | no | no |
InnoDB支持XA事务,通过XA事务可支持分布式事务实现,分布式事务常用于银行的转账系统
分布式事务由一个或多个资源管理器、事务管理器以及应用程序组成
附:
为什么企业里不使用MySQL默认的可重复读,而使用读已提交?
1、老版本的MySQL的binlog只支持STATEMENT格式,该格式在读已提交下主从复制存在bug,于是MySQL默认使用可重复读作为默认隔离级别
2、RR级别下存在间隙锁,而RC下不存在,出现死锁的几率降低
3、RC级别下,半一致读特性增加了对update操作的并发性
4、现阶段RC级别的binlog支持row格式基于行的复制同步