第二节 日志系统 一条update语句的更新过程 首先让与这个表有关的所有缓存全都失效 其余与查询流程基本相似,但是还涉及到两个重要的日志模块-redo log和binlog redo log(重做日志) 介绍 由于读写磁盘是一件非常
第二节 日志系统
由于读写磁盘是一件非常费时间的事情,因此当记录需要更新的时候,InnoDB会先将其写到redo log里面,等redolog写满了,或者系统空闲的时候再写磁盘。
注意redo log的大小是固定的,不可追加写入
具体的实现原理是维护了checkpoint和write pos两个指针,并维护一个循环数组。其中checkpoint和write pos之间的就是没有被写入磁盘的部分。
有了redo log,即使数据库发生异常重启,之前的记录也不会消失(因为有日志在),这个能力叫做crash-safe
redo log是引擎层的日志文件,与之对应的,server层也有自己的日志系统,叫做binlog(归档日志)
关于有了redo log之后为什么还有bin log
最主要的原因还是功能不同,redolog主要做数据恢复,binlog主要做数据归档
这里有两个比较有意思的地方,第一个是redolog在binlog之前写入,第二个是redolog分了两阶段提交。第一个其实好理解,因为虽然请求是先到server层,但是是在引擎中被执行的。
第二个并不是很好理解,需要解释一下
这个问题很大,教程中说是考虑保持两份日志的逻辑一致。但感觉并没有讲明白
--结束END--
本文标题: mysql学习笔记第二节 日志系统 redolog与binlog
本文链接: https://www.lsjlt.com/news/8538.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-05-11
2024-05-11
2024-05-11
2024-05-11
2024-05-11
2024-05-11
2024-05-11
2024-05-11
2024-05-11
2024-05-11
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0