MySQL是常用的数据库存储应用，我们利用它存储信息、查询信息、处理事务。特别是为了提高可用性会用到事务一致性、主从复制、数据恢复等功能。我们在使用这些功能的时候，是否想过其背后有哪些原理和机制在支撑？今天我们聚焦redolog和binlog两个MySQL的日志机制，以及它们是如何配合提高MySQL存储可靠性的。今天会学到以下内容：RedologRedolog解决了什么问题？Redolog的执行流程Redolog的写入方式Redolog记录形式BinlogBinlog解决了什么问题？Binlog的日志格式Redolog与Binlog的区别与合作 RedologRedolog解决了什么问题？My

Redolog是事务持久性的保证，Undolog是事务原子性的保证。在事务中更新数据的前置操作其实就是要写入Undolog。1.Undo日志引入：事务需要保证原子性，也就是事务中的操作要么全部完成，要么什么也不做。但有时候事务执行到一半会出现一些情况，比如：情况一：事务执行过程中可能遇到各种错误，比如服务器本身的错误，操作系统错误，甚至是突然断电导致的错误。情况二：程序员可以在事务执行过程中手动输入ROLLBACK语句结束当前事务的执行以上情况出现，我们需要把数据改回原先的样子，这个过程称之为回滚，这样就可以造成一个假象：这个事务看起来什么都没做，所以符合原子性要求每当我们要对一条记录做改动时

Redolog是事务持久性的保证，Undolog是事务原子性的保证。在事务中更新数据的前置操作其实就是要写入Undolog。1.Undo日志引入：事务需要保证原子性，也就是事务中的操作要么全部完成，要么什么也不做。但有时候事务执行到一半会出现一些情况，比如：情况一：事务执行过程中可能遇到各种错误，比如服务器本身的错误，操作系统错误，甚至是突然断电导致的错误。情况二：程序员可以在事务执行过程中手动输入ROLLBACK语句结束当前事务的执行以上情况出现，我们需要把数据改回原先的样子，这个过程称之为回滚，这样就可以造成一个假象：这个事务看起来什么都没做，所以符合原子性要求每当我们要对一条记录做改动时