Tuxedo数据库事务实现的关键技术 (tuxedo 数据库事务)
在大型企业级应用系统中，数据库事务处理是至关重要的一部分。Tuxedo是一个面向分布式应用的事务处理系统，它提供了一个高效的数据库事务实现方案。本文将介绍，包括分布式事务管理、XA协议、事务恢复和分布式锁等。
分布式事务管理
在分布式环境下，事务处理变得更加复杂。Tuxedo通过分布式事务管理器（DTM）来协调不同节点上的事务处理，确保数据的一致性和完整性。DTM负责：
1. 事务发起：当一个应用程序发起一个事务请求时，DTM会为该事务创建一个唯一的事务ID，并将该ID传递给所有涉及的节点。
2. 事务协调：当一个事务涉及多个节点时，DTM协调这些节点之间的事务处理。它能够处理各种异常情况（如节点故障）并确保事务的完整性。
3. 事务提交和回滚：当所有节点上的事务操作都成功完成时，DTM会提交该事务。否则，它会回滚所有已执行的操作并恢复所有未完成的操作。
XA协议
在分布式事务中，XA协议是一种用于协调多个资源管理器（如数据库、消息队列等）的标准协议。Tuxedo实现了XA协议，允许它与其他XA兼容的资源管理器协同工作。
对于数据库事务，XA协议涉及以下三个阶段：
1. 准备阶段：每个参与者节点将操作提交到本地的数据库，并将其更改状态记录到日志中。然后发送一个prepare消息到DTM。
2. 提交阶段：当DTM收到所有参与者的prepare消息时，它将开始提交该事务。它会向每个参与者发送一个commit消息以通知其提交更改。在所有参与者都提交后，DTM会将事务提交确认发送给应用程序。
3. 回滚阶段：当一个参与者无法完成prepare或commit操作时，它会发送一个rollback消息。所有其他参与者将接收到DTM发送的该事务的rollback消息，并回滚本地的更改。
事务恢复
在复杂的分布式系统中，节点和网络之间的通信可能由各种原因中断，这可能导致某些节点上的事务操作未能完成。为了确保数据的一致性，Tuxedo拥有一个事务恢复机制。当节点重新启动时，Tuxedo会检查所有未完成的事务操作，并尝试将其回滚或提交。
分布式锁
在分布式环境中，要确保多个节点同时访问同一个数据时不会导致竞争问题。Tuxedo使用分布式锁机制来管理对数据的访问。使用Tuxedo的分布式锁机制，应用程序可以通过创建锁来保护数据。在分布式环境中，锁可以跨多个节点上的进程/线程共享。
Tuxedo提供了一个高效的数据库事务实现方案。它使用分布式事务管理器（DTM）来协调多个节点和XA协议来确保数据的一致性和完整性。它的事务恢复机制可以在节点和网络故障时保持数据的一致性。使用分布式锁，它可以有效地管理多个节点上的数据访问。对于需要处理复杂事务的企业级应用，Tuxedo是一个可靠的选择。
相关问题拓展阅读：
TUXEDO调服务时，客户端返回tpcall错误：tpforward tpacall failure TPENOENT – no entry found。
这个是说客户端找不到调用的服务端程序
Tuxedo介绍 原创
:23:02
11点赞
waterxcfg304
码龄14年
关注
1、Tuxedo介绍
Tuxedo 是什么？
Tuxedo是BEA公司（现已被Oracle公司收购）的一个客户机/服务器的“
中间件
”产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。它用C语言技术开发的并且有很高性能。
TUXEDO是在、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件纯蔽平台、数据库和操作系统的可互操作的应用系统。
Tuxedo 的主要作用是：
屏蔽分布式环境中各种通信协议、硬件体系结构、操作系统、数据库和其它应用服务等方面的差异，使分布于网络节点上的应用程序的各个单元部件之间能够进行互操作，并协调操作的一致性和完整性，更大限度地节省系统资源，提高系统性能。
* Tuxedo 已经广泛地应用于金融、电信、制造业等各行各业的核心业务系统。
三层架构
从左边往右依次为：客户端层（表现层），中间件服务层（业务逻辑层），数据库服务器层（数据层）。这种典型的三层架构应用非常广泛。对于应用weblogic中间件的系统一般采用的B/S架构，绝大部分采用
HTTP协议
，少量的系统用java编写的客户端，使用的是RMI 协做者州议，或J2EE里的其它协议。
对于tuxedo中间件使用的是tuxedo协议，前端开发工具可以是各式各样，VC++ 、java 、Delphi 、VB 等。
Tuxedo 的通讯过程
Tuxedo 服务器处理请求的方式与apache有本质的区别。
Apache服务器处理请求，由客户端发出请求到服务器，由服务器对请求进行处理后将数据返回给客户端。
Tuxedo 服务器一次请求需要两次进行两次交互，Tuxedo有两个负责通讯的进程，一个为WSL，WSL的数量可以进行配置，典型的配置一般两、三个；WSH可以有N多个。客户端通过
IP地址
和端口号与WSL建立连接，由WSL认证请求是否合法，在WSL的响应中包含了另外一个IP地址和端口号；然后，客户端通过拿到的新的IP地址和端口号去请求WSH 。
客户端程序由GUI 与 Tuxeo通讯两部分组成，GUI部分主要由开发人员关心如何设计，通讯部分可能设计成几个函数供开发人员调用。对于
性能测试
人员可能更关心客户端与服务器之间的通讯过程。嫌拦
2、tuxedo相关概念
IPC: Inter-Process Communication 进程间通信: 管道、信号量（semaphore）、共享内存（shared memory）、消息队列（
Message Queue
）。
管道是UNIX系统IPC的最古老形式，数据只能单向流动。
Tuxedo在客户机和服务器通信中大量使用UNIX系统的消息队列。
SSSO(Single Server Single Queue)模式：每个客户机都有一个响应队列来接受客户端请求。
MSSO(Multiple Server Single Queue)模式：多个服务器共享同一个请求队列。
信号量包含一个计数器，表示某个资源正在被访问和访问的次数，用来控制
多线程
对共享数据的访问。
Tuxedo使用共享内存存储公告牌，用来公告进程状态信息和需要在进程间共享或传递的数据。
—–
Tuxedo的配置文件称为UBBCONFIG或ubb，包含了域（Domain）、逻辑机器(Machine)、服务器组(Group)、服务进程(Server)、服务(Service)的定义。运行前，需要把UBBCONFIG装载成二进制文件，称为TUXCONFIG。
Tuxedo服务启动时，执行tpsvrinit()函数，可以打开一些如数据库之类的资源供以后使用
Tuxedo服务停止时，执行tpsvrdown()函数，关闭资源
服务程序调用tpreturn()函数来结束服务请求，并返回一个缓冲区，必要时，将它传给客户程序。
ATMI环境支持的C/S通信方式：请求/应答式通信、回话通信、队列通信、事件代理通信、消息通知
请求/应答式通信：同步调用(tpcall)、异步调用(tpacall)、嵌套调用、转发调用(tpforward)
转发调用和嵌套调用类似，不同的是最里层的嵌套服务可以直接给客户程序一个响应，而不必按照调用栈 逐级返回。
回话方式：tpsend()/tprecv() 基于事件，分通告和代理
void (**p)(): 定义了一个指向函数指针的指针p
tpsetunsol(p) : 将p指向的函数func设置为客户机的事件处理器。
tpchkunsol(): 检查意外事件
事件代理： tppost()/tpsubscribe() 消息发布/订阅
Tuxedo提供了两个事件代理器(TMUSREVT TMSYSEVT)来处理订阅请求。
队列存储： tpenqueue() / tpdequeue()
Tuxedo/Q用到了Tuxedo提供的两个服务器：消息队列服务器(TMQUEUE)和消息转发服务器(TMQFORWARD)
多系统多机之间通信需要每台机器上都有一个Bridge进程，通过TCP/IP通信，Bridge进程维持一个长连接，一旦建立不会断掉。
TUXEDO应用系统的客户端访问TUXEDO服务器上的服务的过程图:
说明：
WS（Workstation Extension Product）用于指TUXEDO产品的客户端部分
WSC Workstation Client
WSL（Workstation Listener） TUXEDO系统自带的一个SERVER，它侦听一个指定的端口，WSC最初与该SERVER建立连接
WSH（Workstation Handler）TUXEDO系统自带的一个SERVER，由它处理WSC与TUXEDO SERVER之间的通讯。
Bulletin Board（公告板）TUXEDO把系统的配置保存在一个共享内存中，该共享内存称为公告板（BB）
BBL TUXEDO的管理进程，主要对公告板等进行管理
Workstation Client与TUXEDO SERVER建立连接的过程为：
1． WSC 调用tpinit()或tpchkauth()
2． WSC采用在WSNADDR中指定的IP地址与服务端的WSL建立连接
3． WSL为该WSC指定一个WSH，并把该WSH的侦听端口返回给WSC
4． WSC采用返回的端口与指定的WSH建立连接，并与WSL断开连接，这之后WSC与TUXEDO SERVER之间的通讯通过WSH进行处理，与WSL无关。
5． tpinit()或tpchkauth()调用返回。
—
单域模式Single-Domain Model。单机模式 Single Host Model, 多机模式Multi-Processor Model
多域模式Multi-Domain Model
一般出现这个问题可能有两种指槐情况：
1.是服务没有嫌氏部署
2.服务被core dump了
你可以检查一下appdir目录下唯者友是否有core 文件产生
对于BEA的中间价产品TUXEDO，常采用C/C++语言编写后台服务程序，广泛应用于电信、金融等领域，因项目的需要，我们经常面悔橘临调TUXEDO服务的需求！谈春
对于JAVA调TUXEDO服务，有三种方法：一是通过JNI，二是通过WTC，三是通过JOLT！这三种方式各有优劣，简单的描述为：
JNI
优–无需购买License；发布TUXEDO服务无需做额外限制；无需借助于任何J2EE容器
劣–JNI影响系统移植；防止过度JNI带来性能问题
WTC（WEBLOGIC为TUXEDO定制）
优–因定制，存在一套和TUXEDO API相对应的JAVA API；发布TUXEDO服务无需做额外限制；双向调用
劣–需要购买License；依赖于WEBLOGIC容器，不能移植到其它J2EE容器（如WEBSPHERE，JBOSS）
JOLT
优–可用于但不依赖于J2EE容器（如WEBLOGICWEBSPHERE，JBOSS）；提供的API用WTC类似但不同；
劣–需要购买License；发布TUXEDO服务有些额外的要求；不提供集成的 WebLogic Server-Tuxedo 事务的机制
由此可知，之一，在受限于License经济压力或无法要求UXEDO服务方发布服务的情况下，我们可以选择JNI方式调TUXEDO服务；
第二，当需要一般 Java 客户端或其他 Web 服务器应用程序且 WebLogic Server 不是解含前耐决方案的一部分时，用户应使用 Jolt（而不使用 WTC）作为解决方案。
服务没启， 重启下就好了
tuxedo 数据库事务的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于tuxedo 数据库事务,Tuxedo数据库事务实现的关键技术,TUXEDO调服务时，客户端返回tpcall错误：tpforward tpacall failure TPENOENT – no entry found。的信息别忘了在本站进行查找喔。
