注：文中有个易混淆的地方"事务"sql事务，即每次数据库操作生成的事务，这个事务trx_id只在undolog里存储，因为MVVC需要记录修改的事务id，生成一个事务链，同时undolog维护了此事务是否完成的状态。日志持久化事务，为了保证redolog和binlog的一致性而用的Mysql内部独立维护的2PC提交事务。这个xid只有在redolog和binlog持久化文件中存储。各日志的存储内容阅读前提：需要对mysql的数据存储结构有一定了解，即数据页的持久化和内存读取逻辑。binlog日志binlog日志存储的是对数据库实际的数据操作，可以理解为存储的所有的数据库更新sql。mysql默
15|答疑文章（一）：日志和索引相关问题日志相关binlog（归档日志）和redolog（重做日志）配合崩溃恢复，在两阶段提交的不同瞬间，MySQL如果发生异常重启，是怎么保证数据完整性的？Q：这个图不是一个update语句的执行流程吗，怎么还会调用commit语句？A：两个“commit”的概念“commit语句”是指MySQL语法中，用于提交一个事务的命令。一般跟begin/starttransaction配对使用。而图中用到的这个“commit步骤”，指的是事务提交过程中的一个小步骤，也是最后一步。当这个步骤执行完成后，这个事务就提交完成了。“commit语句”执行的时候，会包含“com
15|答疑文章（一）：日志和索引相关问题日志相关binlog（归档日志）和redolog（重做日志）配合崩溃恢复，在两阶段提交的不同瞬间，MySQL如果发生异常重启，是怎么保证数据完整性的？Q：这个图不是一个update语句的执行流程吗，怎么还会调用commit语句？A：两个“commit”的概念“commit语句”是指MySQL语法中，用于提交一个事务的命令。一般跟begin/starttransaction配对使用。而图中用到的这个“commit步骤”，指的是事务提交过程中的一个小步骤，也是最后一步。当这个步骤执行完成后，这个事务就提交完成了。“commit语句”执行的时候，会包含“com
1、简述 binlog二进制日志文件，这个文件记录了MySQL所有的DML操作。通过binlog日志我们可以做数据恢复，增量备份，主主复制和主从复制等等。2、Docker中无法使用vim问题解决https://blog.csdn.net/Tomwildboar/article/details/120710690https://blog.csdn.net/KwaiSZ/article/details/1069379833、开启binlog查看是否开启binlog日志showvariableslike'log_%'; 在my.cnf里面加上配置如下配置，重启mysql。#binlog存储的位置l
1、简述 binlog二进制日志文件，这个文件记录了MySQL所有的DML操作。通过binlog日志我们可以做数据恢复，增量备份，主主复制和主从复制等等。2、Docker中无法使用vim问题解决https://blog.csdn.net/Tomwildboar/article/details/120710690https://blog.csdn.net/KwaiSZ/article/details/1069379833、开启binlog查看是否开启binlog日志showvariableslike'log_%'; 在my.cnf里面加上配置如下配置，重启mysql。#binlog存储的位置l
导语在使用xtrabackup8版本对mysql8版本进行备份恢复搭建从库的时候，继续使用xtrabackup2版本的方式，从xtrabackup_binlog_info文件中找到gtid信息，执行purge，尝试多次发现搭建失败，于是对xtrabackup2和xtrbackup8版本备份流程（依据官网）进行了简单的分析和测试。 1、xtrabackup2.4版本备份mysql5.7流程（1）整体流程：xtrabackup是物理备份，通过复制数据文件来进行备份的，在复制innodb数据文件的时候，会导致数据内部不一致，但是由于redo事务日志的存在（它包含对innodb数据修改的记录），当in
导语在使用xtrabackup8版本对mysql8版本进行备份恢复搭建从库的时候，继续使用xtrabackup2版本的方式，从xtrabackup_binlog_info文件中找到gtid信息，执行purge，尝试多次发现搭建失败，于是对xtrabackup2和xtrbackup8版本备份流程（依据官网）进行了简单的分析和测试。 1、xtrabackup2.4版本备份mysql5.7流程（1）整体流程：xtrabackup是物理备份，通过复制数据文件来进行备份的，在复制innodb数据文件的时候，会导致数据内部不一致，但是由于redo事务日志的存在（它包含对innodb数据修改的记录），当in
Mysql5.7开启binlog日志前言binlog是MySQL的二进制日志，并且是MySQL中最重要的日志。binlog记录了对MySQL数据库执行更改的所有操作，包括对数据库表结构的变更，对数据的变更，例如CREATE、ALTERTABLE、INSERT、UPDATE、DELETE…，但是不会记录查询语句select。需要注意的是，如果是update操作，即使是没有数据更新，也会记录在binlog日志中，binlog日志是以事件形式记录，并且还包含语句所执行的消耗时间。查看binlog是否开启showvariableslike'%log_bin%';开启binlog修改mysql配置文件[
Mysql5.7开启binlog日志前言binlog是MySQL的二进制日志，并且是MySQL中最重要的日志。binlog记录了对MySQL数据库执行更改的所有操作，包括对数据库表结构的变更，对数据的变更，例如CREATE、ALTERTABLE、INSERT、UPDATE、DELETE…，但是不会记录查询语句select。需要注意的是，如果是update操作，即使是没有数据更新，也会记录在binlog日志中，binlog日志是以事件形式记录，并且还包含语句所执行的消耗时间。查看binlog是否开启showvariableslike'%log_bin%';开启binlog修改mysql配置文件[
全文建立在MySQL的存储引擎为InnoDB的基础上先看一条SQL如何入库的：这是一条很简单的更新SQL，从MySQL服务端接收到SQL到落盘，先后经过了MySQLServer层和InnoDB存储引擎。Server层就像一个产品经理，分析客户的需求，并给出实现需求的方案。InnoDB就像一个基层程序员，实现产品经理给出的具体方案。在MySQL”分析需求，实现方案“的过程中，还夹杂着内存操作和磁盘操作，以及记录各种日志。他们到底有什么用处？他们之间到底怎么配合的？MySQL又为什么要分层呢？InnoDB里面的那一块BufferPool又是什么？我们慢慢分析。分层结构MySQL为什么要分为Serv
