mysql之日志系统:SQL更新语句逻辑

源码 2024-9-14 08:31:45 84 0 来自 中国
mysql的2个重要日志:物理日志redo log和逻辑日志 binlog。
redo log: 保证crash-safe能力
每次事务的redo log持久化到磁盘:innodb_flush_log_at_trx_commit=1
每次事务的binlog 持久化到磁盘:sync_binlog=1
1、redo  log

WAL技术:Write-Ahead Logging,关键点是先写日志,在写磁盘。
crash-safe: 有了redo log,InnoDB就可以保证即时数据库发生异常重启,之前提交的记录都不会丢失。
当需要更新一条语句时,InnoDB引擎会先把记录写到redo log里面,并更新内存。同时,在后续适当的时候,把这个操作记录更新到磁盘里面。
redo log是InnoDB引擎特有的日志,物理日志,记录的是在某个数据页做了什么修改。redo是循环写日志,空间固定会用完。redo log主要节省的是随机写磁盘的IO消耗(转成顺序写)。
2、binlog

binlog是服务层Server层中特有的日志,所有引擎都可以使用,binlog是逻辑日志,记录这个语句的原始逻辑。比如给ID=2这一行的C字段加1。
binlog是可以进行追加写入,写到一定大小后会切换到下一个,并不会覆盖以前的日志。
3、SQL更新语句逻辑

update语句执行流程:mysql> update T set c=c+1 where ID=2;
第一步,执行器先找引擎取ID=2这一行,ID是主键,引擎直接用树搜索找到这一行。如果ID=2,这一行所在的数据页本来就在内存中,直接返回给执行器,否则,需要先从磁盘读入内存,然后再返回。
第二步,执行器拿到引擎给的行数据,执行操作,再调用引擎接口写入这行新数据。
第三步,引擎将这行新数据更新到内存中,同时将这个更新操作记录到redo log里面,redo log处于prepare状态,随后告知,执行器执行完毕,随时可以提交事务。
第四步,执行器生成这个操作的binlog,并把binlog写入磁盘。
第五步,执行器调用引擎的提交事务接口,引擎把刚刚写入的redo log改成提交状态,更新完成。
您需要登录后才可以回帖 登录 | 立即注册

Powered by CangBaoKu v1.0 小黑屋藏宝库It社区( 冀ICP备14008649号 )

GMT+8, 2024-10-18 16:49, Processed in 0.145863 second(s), 32 queries.© 2003-2025 cbk Team.

快速回复 返回顶部 返回列表