目录跳转电梯1.redoLog1.1为什么需要redolog1.2redolog基本概念1.3redolog记录形式2.binlog2.1binlog基本概念2.2binlog使用场景2.3binlog日志格式3.redolog和binlog区别4.undolog日志是mysql数据库的重要组成部分，记录着数据库运行期间各种状态信息，能帮助我们进行很多容错及分析工作，其中有三大日志与我们这些开发者息息相关，本文将介绍binlog、redoLog、undoLog三种日志：1.redoLog1.1为什么需要redolog我们都知道，事务的四大特性里面有一个是持久性，具体来说就是只要事务提交成功，那
目录跳转电梯1.redoLog1.1为什么需要redolog1.2redolog基本概念1.3redolog记录形式2.binlog2.1binlog基本概念2.2binlog使用场景2.3binlog日志格式3.redolog和binlog区别4.undolog日志是mysql数据库的重要组成部分，记录着数据库运行期间各种状态信息，能帮助我们进行很多容错及分析工作，其中有三大日志与我们这些开发者息息相关，本文将介绍binlog、redoLog、undoLog三种日志：1.redoLog1.1为什么需要redolog我们都知道，事务的四大特性里面有一个是持久性，具体来说就是只要事务提交成功，那
优质博文：IT-BLOG-CN一、binlogbinlog记录数据库表结构和表数据变更，比如update/delete/insert/truncate/create，它不会记录select。存储着每条变更的SQL语句和XID事务Id等等。binlog日志文件如下：[root@192.168.10.11]#mysqlbinlogmysql-binlog.0000012..........#at523#16865420:22:43serverid1end_log_pos843Querythread_id=3exec_time=0error_code=0SETTIMESTAMP=156521934/
优质博文：IT-BLOG-CN一、binlogbinlog记录数据库表结构和表数据变更，比如update/delete/insert/truncate/create，它不会记录select。存储着每条变更的SQL语句和XID事务Id等等。binlog日志文件如下：[root@192.168.10.11]#mysqlbinlogmysql-binlog.0000012..........#at523#16865420:22:43serverid1end_log_pos843Querythread_id=3exec_time=0error_code=0SETTIMESTAMP=156521934/
注：文中有个易混淆的地方"事务"sql事务，即每次数据库操作生成的事务，这个事务trx_id只在undolog里存储，因为MVVC需要记录修改的事务id，生成一个事务链，同时undolog维护了此事务是否完成的状态。日志持久化事务，为了保证redolog和binlog的一致性而用的Mysql内部独立维护的2PC提交事务。这个xid只有在redolog和binlog持久化文件中存储。各日志的存储内容阅读前提：需要对mysql的数据存储结构有一定了解，即数据页的持久化和内存读取逻辑。binlog日志binlog日志存储的是对数据库实际的数据操作，可以理解为存储的所有的数据库更新sql。mysql默
注：文中有个易混淆的地方"事务"sql事务，即每次数据库操作生成的事务，这个事务trx_id只在undolog里存储，因为MVVC需要记录修改的事务id，生成一个事务链，同时undolog维护了此事务是否完成的状态。日志持久化事务，为了保证redolog和binlog的一致性而用的Mysql内部独立维护的2PC提交事务。这个xid只有在redolog和binlog持久化文件中存储。各日志的存储内容阅读前提：需要对mysql的数据存储结构有一定了解，即数据页的持久化和内存读取逻辑。binlog日志binlog日志存储的是对数据库实际的数据操作，可以理解为存储的所有的数据库更新sql。mysql默
我的个人网站已上线，在上面可以获得更好的分类阅读体验，欢迎访问。不知道大家有没有想过下面这件事？我们平时调用DELETE在MySQL中删除的数据都去哪儿了？这还用问吗？当然是被删除了啊那么这里又有个新的问题了，如果在InnoDB下，多事务并发的情况下，如果事务A删除了id=1的数据，同时事务B又去读取id=1的数据，如果这条数据真的被删除了，那MVCC拿啥数据返回给用户呢？没错，这就需要了解一下MySQL的多版本并发的原理相关的东西，感兴趣的可以去看我之前写的这篇文章。所以，实际情况中，调用了DELETE语句删除的数据并不会真正的被物理删除，这条数据其实还在那，只不过被打上了一个标记，标记已删
我的个人网站已上线，在上面可以获得更好的分类阅读体验，欢迎访问。不知道大家有没有想过下面这件事？我们平时调用DELETE在MySQL中删除的数据都去哪儿了？这还用问吗？当然是被删除了啊那么这里又有个新的问题了，如果在InnoDB下，多事务并发的情况下，如果事务A删除了id=1的数据，同时事务B又去读取id=1的数据，如果这条数据真的被删除了，那MVCC拿啥数据返回给用户呢？没错，这就需要了解一下MySQL的多版本并发的原理相关的东西，感兴趣的可以去看我之前写的这篇文章。所以，实际情况中，调用了DELETE语句删除的数据并不会真正的被物理删除，这条数据其实还在那，只不过被打上了一个标记，标记已删
