`
丁林.tb
  • 浏览: 800839 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论

MySQL源码学习:ib_logfile、bin-log与主从同步

阅读更多

    今天研究MySQL主从同步的同事问了一个问题,如果InnoDB写完ib_logfile后,服务异常关闭。会不会由于主库能够根据ib_logfile恢复数据,而由于bin-log没写导致从库同步时少了这个事务?或者反之,bin-log写成功,而ib_logfile没有写完,导致从库执行事务,而主库不执行? 这会导致主从不一致。

本文简要说明下这个问题。

 

1、              写入流程

源码sql/handler.cc:

ha_commit_trans

{

 

  if ((err= ht->prepare(ht, thd, all)))

 

  tc_log->log_xid(thd, xid)

 

  error=ha_commit_one_phase(thd, all)

}

说明:

实际上ib_logfile的两步写策略避免了上述的两个问题。流程大致如下:

a)        [ib_logfile] 写入当前事务的更新数据,并标志为事务准备(trx_prepare).

b)        写入bin-log

c)        [ib_logfile] 当前事务提交结束(trx_commit)

 

2、              恢复流程

实际上,若ib_logfile已经写入trx_prepare,则在恢复过程中,会根据bin-log中该事务是否存在来恢复数据(见函数xarecover_handlerton)。

流程如下(sql/handler.cc

xarecover_handlerton

{

  sql_print_information("Found %d prepared transaction(s) in %s",                             got, ha_resolve_storage_engine_name(hton));

  foreach (trx)

  {

If (found in bin-log)

{

  sql_print_information("commit xid %s", xid_to_str(buf, info->list+i));

  hton->commit_by_xid(hton, info->list+i);

}

Else

{

sql_print_information("rollback xid %s",xid_to_str(buf, info->list+i));

hton->rollback_by_xid(hton, info->list+i);

}

}

}

说明:从启动日志中能够看到上述代码输出的日志。

    假设在阶段a)结束之后程序异常, 此时没有写入bin-log 则从库不会同步这个事务。 主库上,在重启之后,从恢复日志中这个事务没有trx_commit,因此会被回滚。 逻辑上主从库都不会执行这个事务。

    假设在阶段b)结束后程序异常,此时bin-log已经写入,则从库会同步这个事务。 主库上,根据恢复日志和bin-log,也能够正常恢复此事务。

也就是说,若bin-log写入完成,则主从库都会正常完成事务;bin-log没有写入,则主从库都回滚事务。不会出现主从不一致的问题。

 

3、              操作系统崩溃造成的不一致

上述的流程并不是天衣无缝的。ib_logfile的写盘是能够被设置成非实时flush的。假设在bin-log写入完成后,系统崩溃,则可能出现这样的情况:bin-log写入所以从库能够执行事务。但主库中trx_prepare的日志没有被写入到ib_logifle中,导致主库不执行事务。这样就会出现主从不一致的情况。

解决方案:增加启动检测,将ib_logfile中不存在的事务,从bin-log删除掉。这样主从库都不执行此事务。

3
0
分享到:
评论
5 楼 lidayu_up 2012-10-07  
谢谢你的回答,
4 楼 丁林.tb 2012-09-29  
lidayu_up 写道
你好,丁林,这看到这文章有个疑问:mysql在恢复的时候只要根据ib_logfile就可以确定哪些已经commit 哪些没有commit,从而产生相应的commit或者rollback动作,为什么恢复的时候还要看binlog呢?是不是没有这个必要

要考虑这种情况: redo第一段写完成,binlog写完成,redo第二段没写就crash了。此时是要认为事务成功的,就redo第一段+binlog来确认
3 楼 lidayu_up 2012-09-29  
你好,丁林,这看到这文章有个疑问:mysql在恢复的时候只要根据ib_logfile就可以确定哪些已经commit 哪些没有commit,从而产生相应的commit或者rollback动作,为什么恢复的时候还要看binlog呢?是不是没有这个必要
2 楼 丁林.tb 2011-11-22  
huadaonan 写道
有点不太清楚,按照文章中写的意思就是说 事务没有提交之前就写bin-log了?但我做实验发现依然还是commit以后才会记录bin-log 啊,还是
"bin-log没有写入,则主从库都完成事务" 这句话没太明白,可以解释一下吗

你的实验没错:)
我这句话笔误了。
这句话和上下文不符,已经修改,多谢。
1 楼 huadaonan 2011-11-21  
有点不太清楚,按照文章中写的意思就是说 事务没有提交之前就写bin-log了?但我做实验发现依然还是commit以后才会记录bin-log 啊,还是
"bin-log没有写入,则主从库都完成事务" 这句话没太明白,可以解释一下吗

相关推荐

    XAMPP中MYSQL无法启动.docx

    如果这仍然无效,可以尝试解决方法二,即删除MySQL数据目录下的`ibdata1`、`ib_logfile1`和`ib_logfile0`这三个文件。但这将导致所有数据库数据丢失,因此只适用于全新安装且未保存任何数据的情况。 为了恢复数据库...

    mysql+keeplived高可用

    - 删除`/var/lib/mysql`目录下特定文件,如`ibdata1`, `ib_logfile0`, `ib_logfile1`。 - 通过命令`service mysqld restart`启动MySQL服务。 - 登录数据库,设置新密码。 ### 二、MySQL主从复制配置 #### 1. 主...

    MySQL的有哪些日志文件,都有什么作用?

    日志文件默认为ib_logfile1和ib_logfile2,可以通过`innodb_log_file_size`和`innodb_log_files_in_group`等参数配置。 2. **回滚日志(undo log)**:undo log用于回滚事务和实现多版本并发控制(MVCC),在事务...

    MySQL 日志详解(超详细)

    它的两个文件通常命名为ib_logfile0和ib_logfile1。 6. 重做日志(InnoDB Redo Log) 重做日志与redo log是同义词,主要为了保证事务的持久性和一致性。 7. 二进制日志组提交(Group Commit) 为了提高效率,...

    MySQL中二进制与重做日志文件的基本概念学习教程

    它包含两份循环使用的文件,如`ib_logfile0`和`ib_logfile1`,在事务提交时记录对InnoDB表的改动。如果发生崩溃,重做日志可以用来恢复未完成的事务。影响重做日志的参数包括: - `innodb_log_file_size`:设定单个...

Global site tag (gtag.js) - Google Analytics