通过上文《MySQL是如何保证数据不丢失的？》可以了解DML的操作流程以及数据的持久化机制。对于一个数据库而言，除了数据的持久性、不丢失之外，一致性也是非常重要的，不然这个数据是没有任何意义的。在使用MySQL时，数据不一致的情况也可能出现，所以，本文就来看看MySQL是如何保证数据一致的。
虽然可能大部分文章都有介绍过，但为了文章的完整性，我们还是从 redo log 和 binlog 的区别聊起。
RedoLog是重要日志，是InnoDB用来做事务持久化的日志。他主要记录了事务在某个数据页上具体做了什么。它可以实现事务的crash-safe
那么对于 MySQL 来说，只要 binlog 和 redolog 都能正确持久化到磁盘上，就可以保证数据不丢失了。
爱可生 DBA 团队成员，负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。
1. 什么是两阶段提交 1.1 binlog 与 redolog 1.2 两阶段提交 2. 为什么需要两阶段提交 3. 小结 为什么要两阶段提交？一阶段提交不行吗？ 小伙伴们知道，MySQL 中的事务是两阶段提交，我们见到的很多分布式事务也都是两阶段提交的，例如 Seata，那么为什么要两阶段提交呢？一次直接提交了不行吗？今天我们来聊聊这个话题。 关于分布式事务 seata，不懂的小伙伴可以参考松哥之前的文章，传送门： 五分钟带你体验一把分布式事务！so easy！ 看了那么多博客，还是不懂 TCC，不妨看
老规矩，先介绍下环境信息，本文我会从两种常用的物理备份工具 mysqlbackup 和 XtraBackup 来讲。
关于对binlog的大概了解： binlog 是没有大小的他是可以不断追加记录，binlog是记录完整的逻辑操作记录，当数据库重启的时候 可以备份出一份和初始数据库一样的数据库备份 binlog
上一篇文章中，我们介绍了 mysql 的二进制日志 binlog，他为数据的同步、恢复和回滚提供了非常便利的支持。 怎么避免从删库到跑路 — 详解 mysql binlog 的配置与使用
这些数据最终会持久化到文件中，那么这些数据在文件中是如何组织的？难道是一行一行追加到文件中的？其实并不是，「数据其实是存到页中的，一页的大小为16k，一个表由很多页组成，这些页组成了B+树」，最终的组织形式如下所示，具体的构建过程我就不详细介绍了，可以看我之前的文章《10张图，搞懂索引为什么会失效？》
连接器会校验你输入的用户名和密码是否正确，如果错误会返回提示，如果正确，连接器会查询当前用户对于的权限。连接器的作用就是校验用户权限
最近一直在写《手撕MySQL系列》文章，我发现自己的切入点有一些问题，虽尝试深入探究MySQL中的一些关键特性，但对于MySQL的知识掌握不太能够形成较好的体系化的知识网络。我感到在对全局了解不够清晰的时候，去深究一个知识点往往会事倍功半。所以打算通过这篇文章，分析SQL语句从头到尾的执行，串连一下MySQL当中的基础知识点。
他们有一个共同的字段, 叫做xid, 崩溃恢复的时候, 会按照顺序扫描redolog:
1.mysql主要分为Server层和引擎层，Server层主要包括连接器、查询缓存、分析器、优化器、执行器同时还有一个binlog日志模块，redolog只有InnoDB引擎所有，引擎层主要有InnoDB、Myisam。
这里说明下，mysql事物和锁往往配合工作，所以这里放一起。然后做着做着，发现也离不开日志文件，就在这里一并做了
谁也不能保证计算机系统能够永远无故障的执行下去。网络波动、磁盘损坏等现网高频故障，机房掉电、服务器硬件失效等低频却又致命的故障，时刻考验着我们的系统。
欢迎来到爱可生开源社区周报！在这里为大家分享精选数据库行业文章，社区活动和开源项目的最新动态。
Mysql数据库在处理并发中下了很多功夫，锁是为了更好的保护数据的正确和可靠，Mvcc是维持一个数据的多个版本，使得读写操作没有冲突的解决并发的数据库方案。
innodb 为了提高磁盘I/O读写性能，存在一个 buffer pool 的内存空间，数据页读入会缓存到 buffer pool，事务的提交则实时更新到 buffer pool，而不实时同步到磁盘（innodb 是按 16KB 一页同步的，一事务可涉及多个数据页，实时同步会造成浪费，随机I/O）。事务暂存在内存，则存在一致性问题，为了解决系统崩溃，保证事务的持久性，我们只需把事务对应的 redo 日志持久化到磁盘即可（redo 日志占用空间小，顺序写入磁盘，顺序I/O）
ACSR（Auto Crash Safey Recovery）自动的故障安全恢复 更新操作 在一行数据被更新时： 1、在使用BEGIN开启事务时，会先给.ibd文件中分配一个TXID号和LSN号，假设为tx_01与lsn1001； 2、在UPDATE执行时，MySQL会找到需更新数据的数据页，并将其内容加载到data buffer pool中，由DBWR（double write）线程记录变更数据页的内容，并且记录好TXID和更新LSN号，此时将产生脏页与脏数据； 3、使用LOGBWR（log doubl
但是在我们的日常开发当中，「并不是所有的表一定要满足三大范式」，有时候冗余几个字段可以少关联几张表，带来的查询效率的提升有可能是质变的
这段时间分享了很多校招的面经，有很多读者说想看社招的，其实社招面试是基于你的工作项目来展开问的，比如你项目用了 xxx 技术，那么面试就会追问你项目是怎么用 xxx 技术的，遇到什么难点和挑战，然后再考察一下这个 xxx 技术的原理。
fa只要保证redolog 和 binlog 持久化到磁盘, 就能保证mysql异常重启后, 数据可以恢复.
在我们使用mysql时，会遇到自增主键。那么不同的引擎有着不一样的自增值保存策略，对于自增值保存的位置，我们分为两种情形讨论。
今天的文章内容围绕一位网友的评论去展开，在看完小许文章【结合MySQL更新流程看 undolog、redolog、binlog】，他提出了这么一个问题，如下：
日志是mysql数据库的重要组成部分，记录着数据库运行期间各种状态信息，能帮助我们进行很多容错及分析工作，其中有三大日志与我们这些开发者息息相关，本文将介绍binlog、redoLog、undoLog三种日志：
前边的在《一条SQL查询在MySQL中是怎么执行的》中我们已经介绍了执行过程中涉及的处理模块，包括连接器、分析器、优化器、执行器、存储引擎等。今天我们来一起看看一条更新语句又是怎么一个执行流程。
导读：本文从MySQL架构、MySQL日志、MySQL的MVCC、MySQL索引、MySQL语法分析及优化、执行计划和慢查询日志、主从备份、分布式事务等方面进行了体系化的讲述。
连接器：TCP握手后服务器来验证登陆用户身份，A用户创建连接后，管理员对A用户权限修改了也不会影响到已经创建的链接权限，必须重新登陆。
redolog（重做日志）是InnoDB存储引擎独有的，它让MySQL拥有了崩溃恢复能力。
如果要完成提交操作在执行层面被分成了两个部分(prepare->commit),prepare阶段可以理解为询问所有参与者是否已经准备好，commit阶段确认完所有参与者准备完成那么具体执行相关操作。
本文由读者 muggle 投稿，muggle 是一位具有极客精神的 90 后优秀单身老实猿。muggle 的个人博客地址是 http://muggle.javaboy.org。本文较长，认真读完后相信你一定会有所收获。
负责数据的存储和提取。其架构模式是插件式的，支持InnoDB、MyISAM、Memory等多个存储引擎。现在最常用的存储引擎是InnoDB，它从MySQL 5.5.5版本开始成为了默认存储引擎(经常用的也是这个)。
InnoDB存储引擎层产生，物理日志，记录的是对页的修改，innodb1.2版本后，最大512GB
磁盘性能对数据库的读写能力影响很大，如何从多个角度监控数据库的写性能就变得至关重要，当写性能成为瓶颈时我们又该如何调优呢？
事务通常是以BEGIN TRANSACTION 开始，以 COMMIT 或 ROLLBACK 结束。COMMIT 表示提交，即提交事务的所有操作。具体的说就是将事务中的所有对数据库的更新写回到磁盘上的物理数据库中，事务正常结束。ROLLBACK表示回滚，即在事务中运行的过程中发生了某种故障，事务不能继续执行，系统将事务中对数据库所有已完成的操作全部撤销，回滚到事务开始时的状态，这里的操作指对数据库的更新操作。
查询流程，我们是不是再研究下更新流程、插入流程和删除流程？ 一条查询sql的完整执行流程（从连接到引擎，穿插涉及到的知识，超详细） 在数据库里面，我们说的update操作其实包括了更新、插入和删除。如果大家有看过MyBatis的源码，应该知道Executor里面也只有doQuery()和doUpdate。的方法， 没有 doDelete()和 dolnsert()。 更新流程和查询流程有什么不同呢？ 取到数据前和查询的基本流程也是一致的，也就是说，它也要经过解析器、优化器的处理，最后交给执行器。 区别就在于拿到符合条件的数据之后的操作。 但是，要学习更新的执行流程，我们需要先知道以下几个名词的含义： 贴图镇此博客（
2、查看线程49342的堆栈，可以看到正在进行redo log的刷新，对应的是9号文件
下面开始我们今天的主要内容，今天主要是通过什么、为什么、怎么做，这条思路跟大家呈现MySQL的高可用。
1、WAL预写日志系统。数据库中的高效日志算法，对于非内存数据库来说，磁盘I/O操作是数据库效率的一个重要瓶颈。
注: 此系列内容来自网络，未能查到原作者。感觉不错，在此分享。不排除有错误，可留言指正。
王甲坤，腾讯高级工程师、腾讯云关系型数据库MySQL负责人，拥有多年客户端、数据库研发经验。在IOS客户端、MySQL、PostgreSQL、SQL Server等产品有丰富的研发和产品策划经验。
作者：王甲坤，腾讯高级工程师、腾讯云关系型数据库MySQL负责人，拥有多年客户端、数据库研发经验。在IOS客户端、MySQL、PostgreSQL、SQL Server等产品有丰富的研发和产品策划经验。
说来和MySQL倒是有缘，毕业的第一份工作就被分配到了RDS团队，主要负责把MySQL弄到云上做成数据库服务。虽说整天和MySQL打交道，但说实话那段时间并没有很深入的理解MySQL内核，做的事情基本都是围绕着MySQL做管控系统，比较上层。好在周边都是MySQL内核神级人物，在他们的熏陶下多多少少对MySQL的一些基本知识有一些零碎的记录和模糊的认识，这些基础对于今天整理理解MySQL跨行事务模型非常重要。更重要的，有很多不解的地方也可以向大神请教。
实时同步是 ChunJun 的⼀个重要特性，指在数据同步过程中，数据源与⽬标系统之间的数据传输和更新⼏乎在同⼀时间进⾏。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
