redo log 和binlog的差异如下表：
redo log binlogInnoDB引擎 MySQL Serve
物理日志 逻辑日志
循环写入 追加写入
MySQL执行commit命令之后是使用两段提交的办法来保证事物的原子行的，至于为什么使用两段提交，而不是其他的提交方式，由于篇幅有限，不做多余解释，请参考自行查询资料。
到目前为止，关于上面binlog的问题也就迎刃而解了，
对于问题一：MySQL中binlog在事务提交之前会写入redo log和binlog到内存中，在执行commit命令之后进行两段提交操作，将redo log和binlog写入磁盘，因此在事务提交之前不能读取到binlog日志（前提binlog没有进行被动刷盘）。
对于问题二：binlog是在执行commit命令之后进行的刷盘，但是是在事务在commit状态之前写入的磁盘。根据上面的实验可以看出，事务回滚对于binlog并没有什么影响。
小结：在执行commit命令前，执行更新数据到内存之后，那么就会写入redo log和binlog到 redo log buffer和binlog buffer中，当执行了commit命令之后，就是进行两段提交操作，然后进行redo log和binlog写入磁盘操作。
关于MySQL的日志刷盘机制是由参数innodb_flush_log_at_trx_commit 和sync_binlog控制的，具体请参考下一篇文章。
4：commit命令和commit状态区别解释
我们上面说的commit命令是指MySQL语法中的commit命令，用于提交事务，一般跟 begin/start transaction 配对使用。
而我们图中用到的这个“commit 步骤”，指的是事务提交过程中的一个小步骤，也是最后一步。当这个步骤执行完成后，这个事务就提交完成了。
“commit 命令”执行的时候，会包含“commit 步骤”。