binlog（归档日志）
特性
server层面
逻辑日志，记录对应的是SQL
非循环使用，<br>在写满/或重启后 会生成新的binlog文件
写入磁盘时间点不同，<br>binlog日志是在事务提交完成后写入
binlog刷盘时机
0：不强制要求，有系统自动判断何时写入磁盘
1：每次commit时都要将binlog写入磁盘
N：每N事务时才会将binlog写入磁盘
binlog日志格式
statment
概念
基于语句的复制（排除查询SQL外都会被记录到binlog中）
总结
优点
无需记录每行变化，减少binlog的日志量
减少IO，提升性能
缺点
某种情况下导致数据不一致，如系统函数sysdate（）
row
概念
基于行的复制
需要记录每行的修改逻辑，<br>比如给“id=2的这行记录中的b字段+1”<br>
总结
优点
特殊情况下不存在数据不一致情况（如调用了sysdate函数）
缺点
会产生大量日志，<br>如alter table时，会产生大量日志
mixed
是基于statment和row两种模式的混合
一般复制采用statment模式
保存采用binlog
redolog（重做日志）
概念
Innodb存储引擎层面
WAL（write-ahead logging）：先写日志，再写磁盘
crash-safe能力（崩盘恢复），<br>即使数据库发生异常重启，之间的数据也不会丢失
产生背景
redolog有crash-safe能力
因Innodb引擎是以”页“为单位进行磁盘交互的，<br>一般一个事务只是修改一个数据页或多个数据也中的几个字节的数据，<br>若将完整的数据刷到磁盘的话，非常耗费性能
特性
物理日志
循环使用
写入磁盘时间点不同，<br>在事务进行中不断的写入
redolog可作异常宕机、介质故障的数据恢复使用
持久性
工作原理
包括两部分
redo log buffer（内存中的日志缓冲）
redo log file（磁盘上的日志文件）
流程
先将记录写入redo log buffer
后续某个时间点再一次性将多个操作记录写到redo log file
redo log buffer写入redo log file的三种机制
内存写入磁盘机制
