mysql原理~二阶段提交

一 简介:今天咱们来聊聊 mysql 两阶段提交
二 事务过程
    perpare-commit 两个过程
1  perpare阶段 redo日志
   1.设置undo state=TRX_UNDO_PREPARED； //trx_undo_set_state_at_prepare调用
   2.刷事务更新产生的redo日志；【步骤1产生的redo日志也会刷入】
2   commit阶段 binlog日志
  1.将事务产生的binlog写入文件，刷入磁盘；
  2.设置undo页的状态,置为TRX_UNDO_TO_FREE或TRX_UNDO_TO_PURGE; //标记可以清理回滚段
  3.记录事务对应的binlog偏移，写入系统表空间;
三 故障处理流程(只考虑意外down机导致的缓存丢失情况)
 1.prepare阶段，redo log落盘前，mysqld crash
    事务回滚,没有相关binlog和redo
  2.prepare阶段，redo log落盘后，binlog落盘前，mysqld crash
    事务回滚,可以搜集到相关redo log，没有相关binlog
  3.commit阶段，binlog落盘后，mysqld crash
    事务重做,binlog和redo log都有
总结: 对于异常的xa事务，若binlog已落盘，则事务应该提交；binlog未落盘，则事务就应该回滚
四 相关参数
   1 innodb_flush_log_at_trx_commit =》redo log
      0 每隔1s，每个事务提交，会写入mysqld自己的log buffer中，每隔1秒将log buffer的内容写到log file中，然后flush到磁盘。
     1 每次commit时，刷redo日志，确定fsync刷盘
     2 当为2时，每个事务提交，就会被写到log file(OS cache)，但是log file每隔1秒才会被flush到磁盘，当操作系统crash或断电时，此时至多丢失1秒的事务。
     0和2的区别是，
     为0时，mysqld或操作系统crash则会导致1秒内的事务被丢失。
     为2时，当操作系统crash或断电会导致1秒内的事务被丢失。

2 sync_log
   0 由操作系统自己决定什么时候刷新缓存到持久化设置
   1 表示每次commit时binlog都会fsync。 
   N 表示每N次commit时binlog都会fsync。
 建议:保险设置为双1,如果为了提高性能,设置为2 N N不宜太大

五 暂时先到这里