Innodb实现事务的原子性时,使用的是undo log,当事务失败时,就使用undo log回滚事务的修改。
使用的场景
- 事务的回滚
undo log是逻辑日志,不是物理日志,如果事务是insert,undo log就是delete的逻辑日志。 所以当一个数据页被事务修改后,再被回滚,逻辑数据是一样的,但是物理数据页已经不一样了。而且数据页中的其他记录可能被其他事务修改,所以也不能物理地回滚整个数据页
- MVCC: 多版本并发控制,实现无锁的事务隔离
日志存储空间
- MySQL老版本是保存在共享表空间中,从5.6版本开始(我的是MySQL8)可以保存在独立的undo表空间,比如undo_001, undo_002
- 查看undo日志配置信息
mysql> show variables like '%innodb_undo%';
+--------------------------+-------+
| Variable_name | Value |
+--------------------------+-------+
| innodb_undo_directory | ./ |
| innodb_undo_log_encrypt | OFF |
| innodb_undo_log_truncate | ON |
| innodb_undo_tablespaces | 2 |
+--------------------------+-------+
注意事项
- undo log本身也需要持久化,所以也需要使用redo log
网友评论