MySQL事务之数据结构

事务是关系型数据库的核心，贯穿整个源代码，先来瞅瞅相关的数据结构，揭开面纱：

server层和innodb引擎层分别对应了不同的数据结构，但相互关联：

server层需要引擎注册事务，以便server层能够引用。
innodb层需要维持事务的状态，以及事务的状态转换的具体实现。

1. 相关数据结构

下面用一个简略图描述server和innodb的事务交互：

简单描述一下：

　　server层通过stmt和all链表关联了所有参与事务的引擎。每一个connection，在innodb引擎分配一个trx结构，维持到会话结束。

　　无论一个事务有几条语句，有多少参与的table，一个引擎只注册一次，因为一个session当前只有一个活动事务。server通过注册的引擎，通知引擎完成事务相关的操作。

2. 事务如何开始

　　测试： select * from t

　　　　t表的引擎是innodb

1. 首次连接

　　第一次连接，创建THD对象时，初始ha_data[MAX_HA]数组，但并为完成引擎的初始化。

　　thd->transaction.stmt/all都为空。

2. 创建trx：对应于每一个连接，表示连接的事务上下文

　　当语句执行的时候，创建innodb的trx结构，对应ha_data[8].ha_ptr.

函数调用栈：

　　ha_innobase::store_lock

　　　　check_trx_exists
　　　　　　innobase_trx_allocate
　　　　　　　　trx_allocate_for_mysql：
　　　　　　　　　　1. trx_create：创建trx结构
　　　　　　　　　　2. 递增trx_n_mysql_transactions全局计数
　　　　　　　　　　3. 加入全局链表trx_sys->mysql_trx_list
　　　　　　　　innobase_trx_init

　　　　　　　　　　初始化 trx跟当前server 层thd关联

注：执行语句的过程中，轮询语句的所有table，在get_table_lock的过程分配trx，因为事务和锁是相关的。所有事务相关的注册等都和table_lock的过程紧密在一起。

3. 注册参与事务的引擎到thd->transaction

　　 ha_info->is_started()如果ha_info已经和引擎关联，那么说明这个事务已经开始，注册过了。

　　这里要分两种情况：

　　1. 如果autocommit=0

　　　　innodb引擎需要注册stmt，all两个链表

　　2. 如果autocommit=1

　　　　innodb引擎只需要注册stmt链表即可

注册后的结果是：

(gdb) p thd->transaction.all.ha_list.m_ht.db_type
$66 = DB_TYPE_INNODB

4. 事务提交

　　如果autocommit=0 ，在事务提交时：

　　释放锁：

　　　　ha_innobase::external_lock

　　　　　　trx->n_mysql_tables_in_use--; 释放table lock的过程中，清理trx结构

　　提交：

　　　　trans_commit_stmt
　　　　　　if(thd->transaction.stmt.ha_list）
　　　　　　　　ha_commit_trans(thd, FALSE);

　　　　　　　　thd->transaction.stmt.reset();　　重置stmt链表
　　　　　　　　commit_one_phase_low；　　　　重置ha_trx_info为没有使用状态。

这里仅仅是事务的开始，未完待续......