在双1的情况下，两阶段提交的过程

环境准备：mysql 5.5.18, innodb 1.1 version

配置:

sync_binlog=1

innodb_flush_log_at_trx_commit=1

autocommit=0

设置断点:

sql_parse.cc::dispatch_command --命令跳转入口

sql_parse.cc::mysql_parse

sql_parse.cc::mysql_execute_command

sql_parse.cc::trans_commit_stmt --语句commit入口

handler.cc::ha_commit_trans --commit入口

log.cc::binlog_prepare --binlog prepare入口

Ha_innodb.cc::innobase_xa_prepare --innodb prepare入口

log.cc::binlog_commit--binlog commit入口

Ha_innodb.cc::innobase_commit--innodb commit入口

实验步骤

步骤1：

1 usetest;2 create table xpchild(id int auto_increment primary key, name varchar(100));3 insert into xpchild(1,'xpchild');

步骤1过程：

1. dispatch_command:

command= COM_QUERY

inc_thread_running():增加thread running

statistic_increment:增加计数

switch (command):跳转命令

2. mysql_execute_command:

解析命令为：SQLCOM_INSERT

3. mysql_insert:

跳转到真正的insert

bool log_on= (thd->variables.option_bits & OPTION_BIN_LOG):判断是否打开了binlog

open_and_lock_tables(thd, table_list, TRUE, 0)：打开table并锁表

4. trans_commit_stmt:

语句级别的提交

if (thd->transaction.stmt.ha_list)

res= ha_commit_trans(thd, FALSE);

针对语句所有参与的引擎进行提交, 但这里all的参数是false，说明是语句的提交动作，而非真正的事务commit。

５. ha_commit_trans:

这里trans=all ? &thd->transaction.all : &thd->transaction.stmt，说明是stmt的transaction。

ha_check_and_coalesce_trx_read_only：判断事务是否需要两阶段提交

for (Ha_trx_info *hi= ha_info; hi; hi= hi->next())

一共有两个引擎参与：binlog&&innodb

进入prepare阶段：

5.1. binlog_prepare:

直接返回什么也没有做

5.2. innobase_xa_prepare：

all参数是false，innodb认为是语句级别的提交，就只做如下的事情：

row_unlock_table_autoinc_for_mysql(trx);释放语句hold的auto_increment锁

trx_mark_sql_stat_end(trx);记录本语句的undo信息，以便语句级的回滚

进入提交阶段：

commit_one_phase_low(thd, all, trans, is_real_trans);

5.3. binlog_commit

只是cache了statement的binlog，没有做flush操作

5.4. innobase_commit

row_unlock_table_autoinc_for_mysql(trx);释放了自增锁

trx_mark_sql_stat_end(trx);记录本语句的undo信息

这个地方做的事情和prepare阶段一样，多做虽然没有坏处，但也没有看到有什么意义

srv_active_wake_master_thread：给主线程发信号唤醒，就结束

6. close_thread_tables(thd)

在mysql_execute_command中close table，然后这次命令就结束了。

步骤2：

commit

1. 前面的步骤都相似：

mysql_execute_command函数中跳转到trans_commit进行真正的提交。

2. ha_commit_trans

进入commit函数，传入参数all=true，为真正的提交动作。

检查rw_ha_count= ha_check_and_coalesce_trx_read_only(thd, ha_info, all)

rw_ha_count=2 代表binlog引擎和innodb引擎

is_real_trans=true

进入两阶段提交过程：

3. binlog_prepare：

直接return 0；

4. innobase_xa_prepare：

trx_prepare_off_kernel：

mutex_enter(&(rseg->mutex));锁住undo segment的mutex

trx_undo_set_state_at_prepare;设置这个insert语句所对应的undo的状态从TRX_UNDO_ACTIVE-》TRX_UNDO_PREPARED。

mutex_exit(&(rseg->mutex));释放mutex

mtr_commit(&mtr): 对于本次的内存更改，因为非原子操作，所以也对应一个提交动作

lsn = mtr.end_lsn：或者最后的lsn后，flush的时候要保证大于或者等于lsn。

if flush_log_at_trx_commit=1

log_write_up_to(lsn, LOG_WAIT_ONE_GROUP, TRUE); 参数flush_to_disk=true表示flush log到disk中。

5. tc_log->log_and_order:这里做了大部分的commit的工作，包括：

binlog_commit_flush_trx_cache：刷新binlog到disk

TC_LOG::run_commit_ordered：

对binlog进行group commit操作

innodb::innobase_commit_ordered：

trx_commit_off_kernel：

标记事务为TRX_COMMITTED_IN_MEMORY，

如果是insert undo，直接purge掉。

trx->flush_log_later=true，所以这里并不进行flush，只是记录了commit的lsn，flush的动作放在了提交阶段。

trx_roll_free_all_savepoints：释放所有的save_point.

事务的标记最终为： trx->conc_state = TRX_NOT_STARTED

进入最终提交阶段：

commit_one_phase_low(thd, all, trans, is_real_trans)：

binlog_commit：这里貌似什么都没有做，直接进入

if (cache_mngr->trx_cache.empty())

cache_mngr->reset_cache(&cache_mngr->trx_cache)

所以binlog commit并不是真正flush log的地方，而是在ha_commit_trans函数中，完成prepare过程后，commit提交前做了：

cookie= tc_log->log_and_order(thd, xid, all, need_commit_ordered);

所以，其实binlog已经提交了，只不过位置不在这里,不过，不妨碍一致性，因为都是在一阶段完成后。

innobase_commit：

trx_commit_complete_for_mysql：

log_write_up_to(lsn, LOG_WAIT_ONE_GROUP, TRUE);刷新log到disk中，这里的lsn是commit_lsn.

到这里commit完整结束。