redo log(重做日志)
当数据库有一条记录需要更新时,系统会先把记录写在redo log 中,保存了系统最新提交的数据,此时数据并未刷新到磁盘中,而是选择在系统空闲的时候刷新到磁盘中(随机IO操作,比较慢,而保存在redo log文件中属于顺序写入,速度很快)。若未刷新,系统就宕机,则重启之后可依据redo log 进行恢复。先写日志,再写磁盘
另外,与建立新库所使用的bin log 的关系为: 写完redo log 后,并不是直接将其标记为完成状态,而是将其标记为prepare状态, 然后等服务层的bin log 日志记录完成后,才会把引擎层的redo log 改为提交状态。
原因:
- 先写redo log 后写bin log : 若redo log 完成后系统宕机,则bin log未记录新的数据,从库以及新建的库就会与主库数据不一致;
- 先写bin log 再写redo log ,中途发生宕机重启,也会出现库之间的数据不一致现象。
- 若出现图中123步骤完成,而4 步骤未完成就发生系统宕机重启,mysql宕机重启后会比较这两个日志文件的内容,若一致,也当做是已经提交成功。