02 | 日志系统：一条SQL更新语句是如何执行的？

magic_chao1

已于 2024-04-17 16:47:22 修改

阅读量676

点赞数 19

分类专栏： mysql 文章标签： sql 数据库

于 2024-04-16 12:32:40 首次发布

本文链接：https://blog.csdn.net/anglybaby/article/details/137818924

版权

mysql 专栏收录该内容

29 篇文章 0 订阅 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

本文详细介绍了MySQL中redo log和binlog的作用及区别，探讨了两阶段提交的重要性，强调了它们在确保crash-safe能力和事务一致性中的角色。redo log用于InnoDB引擎的物理日志，记录数据页的具体修改，而binlog作为逻辑日志服务于MySQL Server层，用于归档和恢复。文章还分析了不使用两阶段提交可能导致的数据不一致情况。

摘要由CSDN通过智能技术生成

redo log

MySQL 有这个问题，如果每一次的更新操作都需要写进磁盘，然后磁盘也要找到对应的那条记录，然后再更新，整个过程 IO 成本、查找成本都很高。为了解决这个问题，MySQL 的设计者就用了类似酒店掌柜粉板的思路来提升更新效率。

而粉板和账本配合的整个过程，其实就是 MySQL 里经常说到的 WAL 技术，WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志，再写磁盘，也就是先写粉板，等不忙的时候再写账本。

具体来说，当有一条记录需要更新的时候，InnoDB 引擎就会先把记录写到 redo log（粉板）里面，并更新内存，这个时候更新就算完成了。同时，InnoDB 引擎会在适当的时候，将这个操作记录更新到磁盘里面，而这个更新往往是在系统比较空闲的时候做，这就像打烊以后掌柜做的事。

InnoDB 的 redo log 是固定大小的，比如可以配置为一组 4 个文件，每个文件的大小是 1GB，那么这块“粉板”总共就可以记录 4GB 的操作。从头开始写，写到末尾就又回到开头循环写，如下面这个图所示。