undo:相当于数据修改前的备份
redo: 相当于数据修改后的备份,为了保证事务的持久化,redo会一直写
Undo + Redo事务的简化过程
假设有A、B两个数据，值分别为1,2.
A.事务开始.
B.记录A=1到undo log.
C.修改A=3.
D.记录A=3到redo log.
E.记录B=2到undo log.
F.修改B=4.
G.记录B=4到redo log.
H.将redo log写入磁盘
I.事务提交完成
–
Undo + Redo事务的特点
A. 为了保证持久性，必须在事务提交前将Redo Log持久化 —一般每个事务提交时或每秒刷盘
B. 数据不需要在事务提交前写入磁盘，而是缓存在内存中。 —data在此不需要写磁盘，但是如果redo文件过小也会触发事务未提交前数据落盘
C. Redo Log 保证事务的持久性
D. Undo Log 保证事务的原子性。
E. 有一个隐含的特点，数据必须要晚于redo log写入持久存储。
binlog:事务提交时写(先写redo再写binlog),何时刷盘由sync_binlog决定
—————————————————————————————————————
英文解释：
名词：两种流程，redo重做流程，undo撤销还原流程；或则是redo日志与undo段的简称
动词：redo即重做，undo即撤销还原。
翻译有时候为了简单，常把动词和名称混用。不同场景不同的使用。
1.redo记录了什么：
redo即redo日志，记录数据库变化的日志（区别我们常见的简单的文本日志，redo日志里面记录的都是数据啊，表数据啊等等压缩处理，但也很大）。
只要你修改了数据块那么就会记录redo信息，当然nologging除外了。
修改的数据块包括：表所在数据块（表数据块），索引所在数据块（索引数据块），以及undo段所在数据块（undo数据块）！！
2.undo记录了什么：
undo即undo段，是指数据库为了保持读一致性，存储历史数据在一个位置。
为什么要保持读一致性？
比如有两个用户访问数据库，当然并发罗。A是更改，B是查询。
–A更改还没有提交，B查询的话，数据肯定为历史数据，这个历史数据就是来源于UNDO段，
–A更改未提交，需要回滚rollback，回滚rollback的数据也来至于UNDO段。
结论：为了并发时读一致性成功，那么DML操作，肯定先写UNDO段。
3.前滚与回滚：
–方向相对性：前滚，是指从“以前正常点”往前，一直到崩溃点
回滚，是指从“崩溃点”往后，一直到数据一致性
（因为前滚操作后，由于事务未提交的数据也写入了“表数据块”，所以要用Undo数据块进行覆盖
–详细解释：
前滚：
当实例崩溃时，可以使用redo从以前正常的点前滚到崩溃点。（前滚从一致性检查点，“即当时检查过所有的SCN是全部一致的时间点”，一直往前滚到崩溃的时间点）。
当数据库回到一致性检查点时，相当于之后什么都没有发生过，数据全被清空了。（穿越了！O(∩_∩)O~）
数据库只好根据redo模拟人的操作，使用redo里的信息重做（use redo log to redo)，构造undo块，表块，索引块等。
回滚：
构造的表数据块中，有已修改的脏数据但未提交，就需要利用前滚中构造的undo数据块里的信息来undo撤销还原，覆盖回滚rollback罗（保持一致性啊，每种块里的scn号都一样，那么数据库就可以打开了）。
4.undo与redo（流程）的联系：
因为，数据在没有commit前，是随时从内存中写入到表数据块的，属于脏数据。 数据库崩溃后即使使用redo流程进行redo操作，但是脏数据还在，脏数据怎么处理，就只能靠undo流程，使用undo数据块的旧数据覆盖了。
但是不管是脏的还是旧的，都在redo日志中复制了一份。
注意：1.undo是一种“数据文件datafile”，具有表空间，当然具有块block;
2.redo是一种“文件file”，没有表空间。
3.数据库在DML事务时，先创建undo
4.读一致性与一致性(scn相同）的区别
5.undo与rollback的区别：在undo（撤销还原流程）中会使用rollback（回滚）这个动作