《叱咤风云：Tedo企业级运维实战》第9章_如何用好全局事务.doc

第9章 如何用好全局事务 9.1 什么全局事务 全局事务是由资源管理器管理和协调的事务，可以跨越多个数据库和进程。事务管理器一般使用XA二阶段提交协议与企业信息系统EIS）”或数据库进行交互。 也就是当一个事务需要跨越多个数据库时，需要使用全局事务。例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处，但必须全部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 在一个涉及多个数据库的全局事务中，为保证全局事务的完整性，由交易中间件控制数据库做两阶段提交是必要的。但典型的两阶段提交，对数据库来说事务从开始到结束（提交或回滚）时间相对较长，在事务处理期间数据库使用的资源（如逻辑日志、各种锁），直到事务结束时才会释放。因此，使用典型的两阶段提交相对来说会占用更多的资源，如果网络条件不好，如低速网、网络颠簸频繁，情况会更为严重。 9.2 本地事务的优缺点 本地事务容易使用，但也有明显的缺点：它们不能用于多个事务性资源。例如，使用JDBC连接事务管理的代码不能用于全局的JTA事务中。另一个缺点是局部事务趋向于侵入式的编程模型。 9.3 Tuxedo对事务的控制与管理 当客户端连接到Tuxedo并创建一个全局事务时，TM（Transaction Manager事务管理器）就会在公告板（BB）里面创建一个事务，由TMS向GTT（Global Transaction Table全事务表，里面包含当前事务的状态信息）中插入一个条目，然后分配一个GTRID（Globl Transaction Identifier，全局事务标识符）来对该事务进行跟踪。 Tuxedo的事务管理由TMS完成，TMS把各种RM接入到Tuxedo中的分布式计算中来，并对RM中执行的事务进行跟踪和两阶段提交。 Tuxedo对事务的管理工作主要包括创建TMS、创建TLOG、运行时事务的监控和迁移。每一个在Tuxedo中用到的RM，都需要创建一个专用的TMS，否则无法在UBBCONFIG文件中调用。 创建TMS的命令为：buildtms这个命令需要从RM文件中读取信息，包括RM名、XA Switch名，以及XA支持库。 为了恢复全局事务，TMS使用TLOG来记录事务日志。在每台Tuxedo主机上，只需创建一个TLOG文件，它就会被这台主机上所有的TMS实例共享使用。如果一个全局事务还没有完成，就会在TLOG文件中占用一个分页的空间（512KB），事务完成之后，它在TLOG中的记录被自动删除。 全局事务中，如果一个事务在提交前失败，在事务超时以后，TMS会把它的状态从TMGACTIVE改变为TMGABORTONLY，在Tuxedo下一次进行健康检查时，会把它从GTT中清除。 另外当Tuxedo检测到只有一个RM参与到分布式事务中时，TMS则会略去第一阶段的事务征集过程，直接进行事务的提交或者回滚。 9.4 常用事务相关的函数 为了界定全局事务，Tuxedo除了支持标准的TX接口外，还提供了一套自己的事务接口，其基于TX接口的包1. tpopen() 这个函数被服务进程和TMS（事务管理器）调用，用于建立和RM（资源管理器，一般为数据库）的连接。连接信息由服务进程组的OPENINFO参数提供。 服务进程和TMS在启动时，通常会自动回调tpsvrinit()函数，tpopen()通常在tpsvrinit()函数中被调用。连接失败时返回值为–1，并把错误号保存在全局变量tperrno中。 2. tpclose() 这个函数在服务进程和TMS的析构函数tpsvrdone(3c)中被隐含调用，用于关闭一个RM的连接，关闭信息由进程组的CLOSEINFO参数提供。 3. tpbegin() 该函数的功能是开始一个全局事务，并分配一个GTRID全局事务标识符来对它进行跟踪。 4. tpcommit() 该函数的功能是提交一个全局事务，提交成功时返回，失败时返回–1。 提交失败时，可能把tperrno设置为TPETIME、TPEABORT、TPEPROTO、TPEHAZARD、TPEHEURISTIC或TPEINVAL。 TPETIME表示事务已经超时，状态未知，可能是已经提交，也可能是已经回滚 TPEABORT表示某个RM不能提交它的局部事务 TPEPROTO表示协议错误，即调用点不在一个有效的事物上下文中，如事务的提交者不是事务的初始者或者提交的事务根本不存在 TPEHAZARD表示由于某些失败的因素，全局事务已经启发式完成 TPEHEURISTIC表示由于启发式的决策，部分RM提交了事务，部分RM回