MYSQL笔记二

本文探讨了MySQL Server与innoDB存储引擎的工作机制,特别是在主从复制环境下的binlog作用及其实现的事务一致性保障机制。包括binlog的三种记录方式:row-based, statement, mixed,并介绍了在5.7.x及后续版本中的默认设置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


   Mysql Server与innoDB是分开的,Server负责解析SQL并生成执行计划之后其任务结束,然后由innoDB负责生成结果返回。在mysql的主从配置环境下,binlog本身就是一个事务协调器,负责二阶段事务提交功能,eg:当数据库A和B都prepare时,TA协调器通知A和B进行COMMIT操作,当其中一台crash当其恢复后会找TA协调器进行确认是否还有未提交的事务,如果未提交会再次提交保证数据一致性(当两台数据库都是prepare时在提交的时候如果其中一台CRASH了在其恢复后将会回到prepare状态再找事务协调器确认是否需要提交事务,crash后先从redolog中回滚到最新状态再从binlog中恢复数据一致的最终状态)。当mysql在主从配置的情况下主Server先向从Server的redolog写日志后再从中恢复数据。binlog存在三种方式row-based;statement;mixed目前在5.7.x小前默认是mixed方式,之后的版本是row-based方式。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值