导读:本文包含了事务中间件论文开题报告文献综述及选题提纲参考文献，主要关键词:消息中间件,分布式事务,文件存储
事务中间件论文文献综述
裴鹏飞[1]（2018）在《支持事务的分布式消息队列中间件的设计与实现》一文中研究指出互联网加的模式带来应用架构的改变,应用从传统客户端/服务端模型向客户端/中间件服务器/数据库服务器叁层模型改变。其中中间件服务对接各种功能的服务(集群)集合,为其它应用服务提供良好的使用环境。消息中间件主要应对突发消息和持续消息洪峰,提供平衡服务器资源负载和稳定生产环境的能力。消息中间件的异步服务能力改变了业务层层依赖问题,系统在水平扩展方面变的容易。消息中间件又称开放式消息服务,各大厂商都有不同的实现方案。早期的消息中间件多为国外技术厂商研发用于内部的商业软件,使用难度高、设计复杂、通用性差、技术不开源等,并不能满足互联网应用的复杂环境。分布式事务消息是要求多条消息完整、有序的特例,实现理念和使用场景导致各消息中间件设计方案不同。早期分布式事务设计更多考虑严格事务一致性,并没有关注事务消息的拆分、异步执行、事务消息重排序的等优化手段。目前国内互联网行业的兴起,提出了消息中间件自己的设计方案。比较国内外同行以高吞吐量为设置目标支持高并发的开源消息中间件,并拥有成熟的分布式事务解决方案仍没有成熟的标准。针对业务多样、峰值不确定、高效并发、使用方便、服务稳定,本文描述了一款基于java语言实现的高性能、轻量级消息中间件DTube。本文结合Linux操作系统的管理机制和分布式系统理论,设计基于消息中间件的分布式存储的实现,主要工作包括以下几个方面:(1)设计并实现用于消息堆积的分布式存储模型。这一部分包括消息分类的设计、消息存储队列、消息存储的分布式分发。分布式存储模型逻辑上把每个存储服务器当做一个文件使用。基于分布式存储模型可以实现:发送与接收普通消息;发送与接收顺序消息;消息在消费时服务端的过滤。分析分布式一致性的相关理论:两军问题、拜占庭将军问题、paxos算法,设计用于处理消息重复问题的方法。分析消息中间件规范,参考相关先进的消息中间件的设计思路。(2)设计并实现用于分布式事务消息处理模型。分布式事务基于XA两阶段提交协议原理实现。这一部分为了解决多阶段的分布式事务的处理问题。基于此模型可以实现:发送端的分布式事务处理提交和消费端批量消息消费的处理提交。(3)设计并实现用于分布式消息的查询功能。这一部分提供用于大规模消息查询的功能:通过Message Id查询消息;通过Message Key查询消息。Message Id查询是通过记录文件的位置。Message Key查询设计了 一个类似Java7的HashMap的文件存储结构。随后阐述了不同类型消息在消息队列中存储的原理已经发送消费消息简单例子和流程。(4)使用DTube的优化和其它实现细节。优化包括:文件系统、部署方式、Linux系统内核调优。DTube其它方面的设计包括:网络传输与序列化、I/O的零拷贝、高可用备份设计。优化网络传输与序列化是提高性能的有效手段。(本文来源于《山东大学》期刊2018-04-20）
王新立[2]（2014）在《面向交易中间件的分布式事务设计与实现》一文中研究指出交易中间件又称事务监控器,是为实现处理分布式计算环境的交易而设计的,它一种特殊系统级别的基础软件架构,它使用操作系统、网络和数据库的提供的接口,为应用程序提供各种服务。其核心作用是为应用提供基础架构,保证分布式应用系统的交易处理结果的一致性和及时的交易响应,使整个系统达到较高的吞吐率,较大并发处理能力,7*24不间断提供服务。交易中间件的核心模型是X/OPEN组织定义的分布式交易处理(Distributed Transaction Processing)(简称DTP)模型。DTP模型理是定义了分布式事务处理的过程和规范。它为实现分布式事务奠定了基础,保证了分布式事务的一致性和完整性。同时保证分布式事务的一致性和完成性也是本课题研究的主题。本文主要通过基于自主研发的交易中间件项目(简称iXTOP),采用C语言在主流的UNIX环境下设计并实现了分布式交易环境下的事务处理平台,实现了客户端和服务端事务处理功能。本文首先阐述了中间件的优点和其发展趋势,随后对事务概念、分布式事务处理模型(DTP模型)、两阶段提交协议及XA规范等事务处理用到的关键技术进行了探讨和分析。在系统需求分析方面,从系统功能需求和非功能需求两个方面着手完成了分布式事务的需求分析,在系统架构方面,采用多进程和多机群的架构设计,提高系统性能,避免了单点故障。最后,设计和实现了客户端发起事务和服务端发起事务两个典型的分布式事务应用场景。该项目的成功实施,不但减少了开发一个分布式交易处理系统所需的编程量,而且提高了分布式系统的可扩展性和可维护性。该产品被广泛应用于银行、证券、电信和制造业等行业的核心交易系统。基于iXTOP的某大型制造企业制造执行系统(manufacturing execution system,简称MES)已成功上线并且稳定运行多年。在金融业方面,某某中远期现货交易系统撮合子系统也是基于iXTOP。(本文来源于《上海交通大学》期刊2014-06-01）
徐淑敏[3]（2013）在《基于DTP模型的交易中间件事务系统的设计与实现》一文中研究指出交易中间件是一种特殊的服务程序或系统级别的软件，它独立运行，介于应用程序和数据库中间。通过这种中间件软件，使的客户端、多个数据库服务器、多个应用服务器可以互相通信、调用，分布式应用软件得以共享多个异构的主机和数据库等资源。从这些特点可以看出，交易中间件是互联网应用发展的产物。在交易中间件产生之前，两层的C/S架构在企业信息化系统中广泛使用。客户端直接连接数据库，应用无法对多个数据库进行事务管理，缺乏安全性，更无法应付多用户并发的场景。随着企业规模的不断扩大和信息化系统的不断发展，这种两层C/S架构逐渐被淘汰，以交易中间件为中心的C/S叁层架构[1]（客户端--应用服务器/交易中间件--数据库服务器的）逐渐开始成为主流。本文针对企业信息化系统的C/S叁层架构特点，设计并实现了一个交易中间件软件iMTop。本文首先对中间件软件的发展概况及现状进行了阐述，并对中间件的分类和其主要架构进行了简要介绍。经过研究分析，确认交易中间为本文研究的主要方向。随后对分布式事务概念、标准，以及两阶段提交、XA/TX规范等交易中间件研究用到的关键技术进行了探讨和说明。本文通过功能性需求分析和非功能性需求分析两方面着手完了成分布式交易中间件产品iMTop的需求分析。采用模块化的方式完成了成分布式交易中间件产品iMTop的系统设计。经过上述的技术研究、分析和设计，本文采用C++语言在UNIX环境下设计并实现了分布式事务请求、异常重连、并发处理，以管理配置等交易中间件软件的主要功能，同时采用较完善的策略保证了软件的安全可靠性、可扩展性、可维护性、实用性和易操作性。最后，分别设计了非XA事务案例、客户端控制XA事务、服务端控制XA事务叁个典型的交易中间件应用场景，并使用C++语言编写了案例程序。交易中间件软件iMTop软件在设计实现的过程中，结合了宝钢物流运输管理信息系统自身的应用要求和架构设计特点，借鉴了同类交易中间件软件的设计思想。一方面解决传统两层C/S架构移植性差，无法处理多用户并发等问题，另一方面无需购买国外昂贵的交易中间件软件，为企业节省了大量费用，同时也大大提高了软件公司的竞争力，具有非常高的实际应用价值。(本文来源于《电子科技大学》期刊2013-03-25）
李倩,饶若楠,尹承俊[4]（2012）在《基于事务处理中间件的宽厚板MES系统的分析》一文中研究指出本文结合其他生产线MES系统良好的运行情况,针对某钢厂宽厚板生产的特征及生产流程中遇到的实际问题,设计实现了在事务处理中间件的宽厚板MES系统,实现宽厚板的生产组织全部按订单生产组织模式,有效的灵敏的根据客户多尺寸、强调材料特性的订单情况,从而能够及时准确的组织生产,实时获取生产信息,提高生产和发货效率,及时对市场的变化和需求做出响应,实现生产信息和数据在各部门、各模块之间准确完整的传输和共享,保证了生产数据的完整性和一致性,从而能进一步提高企业的生产效率和经济效益。(本文来源于《中国新技术新产品》期刊2012年01期）
苏乐[5]（2011）在《事务中间件在高可用性数据库系统中的应用》一文中研究指出数据库系统高可用性技术包括基于硬件部件冗余的服务器技术,基于软件冗余的备用数据库和复制数据库技术以及各种数据库集群技术。数据库系统高可用性技术不仅要解决意外停机故障,还要尽可能地减少计划停机时间。本文首先分析了系统高可用性理论,系统地论述了高可用性的基本概念、系统停机原因、系统恢复等方面。接着深入研究了系统高可用性关键技术：基于硬件的高可用性技术、数据库系统高可用性技术和事务高可用性技术。最后,针对某业务处理系统的高可用性需求,设计并实现了基于TUXCDO事务中间件的高可用性数据库系统。该系统是通过在数据库外协调事务的执行和采用预写式日志的方法实现的。该系统支持异构数据库,主节点数据库和备用节点数据库可以不同。发生节点或数据库故障时,系统自动切换到降级模式工作,系统性能并不会下降。系统在切换过程中,不会发生丢失数据的现象。系统恢复时,不需要系统停机,管理员只需做一些简单的工作,系统就可自动完成恢复。该高可用性数据库系统能提供一年停机时间少于五分钟的高可用性。它与能提供相同级别可用性的实时应用集群相比,具有价格低的优点。(本文来源于《复旦大学》期刊2011-09-13）
邵宁军[6]（2010）在《基于TUXEDO中间件构建分布式事务应用研究》一文中研究指出本文简要介绍了分布式事务概念和X/Open DTP模型,并扼要描述了Tuxedo中间件的ATMI基础功能架构。总结了在实际工作中基于Tuxedo中间件构建分布式事务应用应注意的若干原则,并给出了单机、多机、多域叁种分布式事务应用模式的适用场合及部分示例。(本文来源于《福建电脑》期刊2010年01期）
申海,吴丽娟,齐维毅[7]（2008）在《移动事务处理中间件的研究与设计》一文中研究指出移动计算环境下,传统的事务处理中间件已不再适用,移动事务所具备的特性应设计支持移动计算环境的移动事务处理中间件.基于FM-Que移动事务模型,采用组件软件模型设计了移动事务处理中间件,此中间件达到两方面的效果:移动环境的复杂特征和变化对应用透明,移动事务应用可以类似常规应用一样进行开发;应用程序可以利用中间件方便的了解上下文环境信息,有效地实现应用相关的自适应.(本文来源于《小型微型计算机系统》期刊2008年08期）
周志致[8]（2008）在《一种支持QoS的Web服务事务中间件研究与实现》一文中研究指出可信的Web服务需要引入Web服务事务来保证。学术界和工业界借鉴了传统事务的一些技术和经验,提出了Web服务事务的规范和协议来解决Web服务的事务问题。但Web服务事务和传统事务的差异比较大,出现了很多新的问题。现有规范和协议不是很完善,不能很好的解决Web服务事务应用中存在的问题。本文通过对传统事务和Web服务事务的协调模型以及协调协议的研究,发现Web服务事务参与各方存在紧耦合的问题。为解决这个问题,本文提出了一个解耦的Web服务事务中间件模型的架构以及具体实现。本文的主要工作包括以下几个方面:1)提出了Web服务事务中间件模型的架构设计,对参与Web服务事务的各部分(应用程序、协调器、服务提供方)进行了解耦,使应用程序与协调器不再紧耦合,提高了协调器的通用性,使之能够作为独立的第叁方软件出现,成为Web服务事务中间件;事务中间件各模块的功能接口都发布为Web服务,从而提高了系统的灵活性,可扩展性。2)在事务中间件模型的基础上,引入了QoS管理器。本文根据事务处理的需要给出了Web服务QoS属性定义,应用程序根据业务需求选择QoS值最优的Web服务进行调用。基于服务提供者对服务调用者有QoS的偏好选择,给出了事务中QoS属性值的标准化方法及其QoS综合评价的计算模型,体现了服务提供方的自治性,保证了服务提供方的利益。服务提供者使用QoS管理器来对应用程序的QoS属性值进行计算,从而决定服务提供方是否响应此次调用。本文采用能自动修正不满足一致性的判断矩阵的层次分析法来计算QoS属性的权重,使事务处理保证完全自动性和连续性;3)对Web服务原子事务模型和协调协议进行了设计与实现,对Web服务业务活动的协调协议进行了扩展,并对业务活动的补偿进行了研究,提出了配置文件的形式来确定补偿操作的尝试。(本文来源于《湖南师范大学》期刊2008-05-01）
徐敏[9]（2008）在《基于Web Services和事务中间件的事务资源适配器》一文中研究指出随着社会的发展,现今的计算机应用系统也随之复杂化和大型化。各个行业需要不断涌现新的业务系统向企业和群众提供许多更优质的服务。如果不能充分利用以前业务系统所提供的资源,这不但会加大了新业务系统的成本,而且也是对资源的一种浪费。同时也将会使应用系统的规模不断扩大,使其难于维护。由于传统基于事务中间件的业务系统中存在可重用性差,数据交换复杂等缺陷。为了解决这些问题,本文结合现代企业对应用系统的需求,提出了一系列优化该架构的方法,并提出一系列关于事务资源适配器的定义,同时设计和实现了一套更加灵活和高效的基于事务资源适配器的应用架构。从而解决了应用系统间的数据交互等问题,并提高了旧有系统的可重用性。首先,论文对Web services和事务中间件的应用现状和发展趋势作了介绍。针对目前对事务中间件技术的研究,大多侧重于其功能及应用,较少地考虑其体系结构的一致性,缺乏对其系统架构的研究。为此,本文创新性地提出了事务资源适配器的概念,使其能够统一地分配和调度资源,向客户端提供了一个统一的接口,并把事务资源适配器引入到Web Services的技术当中。其次,论文对基于Web Services和事务中间件的事务资源适配应用模型进行了探讨,提出了如何将事务资源适配器和Web服务高效的结合,从而提出一个整合应用系统的框架。以J2EE架构为例,设计和实现了其事务资源适配器的架构,根据其关键的业务逻辑将其分为叁个核心部分:连接管理,事务管理,结果管理,并一一将其实现。本文设计和实现的应用架构,利用了Web Services的特性,把事务资源适配器和Web Services紧密的结合在一起,从而更高效地实现系统的交互。同时事务资源适配器模型架构经过系统的验证,证明该模型架构是可行的。最后,在此研究的基础上,论文提出了如何将事务资源适配器应用在移动通信行业新的增值业务系统中,使该系统应用更广泛,也更易于集成和协作,并取得了初步的成功。(本文来源于《山东大学》期刊2008-04-25）
王娜,王玲[10]（2006）在《异构中间件环境下事务完整性研究与实现》一文中研究指出在分布式计算环境下提供事务处理能力是企业应用集成中需要经常面对的问题。本文分析了包含异构中间件的企业实际应用环境,基于Saga模型提出在中间件之上构建一个新的分布式事务层来保证事务完整性,给出其实现方式和执行过程,并在实际系统(UNI-TSS)中进行了应用。(本文来源于《增强自主创新能力 促进吉林经济发展——启明杯·吉林省第四届科学技术学术年会论文集（下册）》期刊2006-10-13）
事务中间件论文开题报告
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
交易中间件又称事务监控器,是为实现处理分布式计算环境的交易而设计的,它一种特殊系统级别的基础软件架构,它使用操作系统、网络和数据库的提供的接口,为应用程序提供各种服务。其核心作用是为应用提供基础架构,保证分布式应用系统的交易处理结果的一致性和及时的交易响应,使整个系统达到较高的吞吐率,较大并发处理能力,7*24不间断提供服务。交易中间件的核心模型是X/OPEN组织定义的分布式交易处理(Distributed Transaction Processing)(简称DTP)模型。DTP模型理是定义了分布式事务处理的过程和规范。它为实现分布式事务奠定了基础,保证了分布式事务的一致性和完整性。同时保证分布式事务的一致性和完成性也是本课题研究的主题。本文主要通过基于自主研发的交易中间件项目(简称iXTOP),采用C语言在主流的UNIX环境下设计并实现了分布式交易环境下的事务处理平台,实现了客户端和服务端事务处理功能。本文首先阐述了中间件的优点和其发展趋势,随后对事务概念、分布式事务处理模型(DTP模型)、两阶段提交协议及XA规范等事务处理用到的关键技术进行了探讨和分析。在系统需求分析方面,从系统功能需求和非功能需求两个方面着手完成了分布式事务的需求分析,在系统架构方面,采用多进程和多机群的架构设计,提高系统性能,避免了单点故障。最后,设计和实现了客户端发起事务和服务端发起事务两个典型的分布式事务应用场景。该项目的成功实施,不但减少了开发一个分布式交易处理系统所需的编程量,而且提高了分布式系统的可扩展性和可维护性。该产品被广泛应用于银行、证券、电信和制造业等行业的核心交易系统。基于iXTOP的某大型制造企业制造执行系统(manufacturing execution system,简称MES)已成功上线并且稳定运行多年。在金融业方面,某某中远期现货交易系统撮合子系统也是基于iXTOP。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
事务中间件论文参考文献
[1].裴鹏飞.支持事务的分布式消息队列中间件的设计与实现[D].山东大学.2018
[2].王新立.面向交易中间件的分布式事务设计与实现[D].上海交通大学.2014
[3].徐淑敏.基于DTP模型的交易中间件事务系统的设计与实现[D].电子科技大学.2013
[4].李倩,饶若楠,尹承俊.基于事务处理中间件的宽厚板MES系统的分析[J].中国新技术新产品.2012
[5].苏乐.事务中间件在高可用性数据库系统中的应用[D].复旦大学.2011
[6].邵宁军.基于TUXEDO中间件构建分布式事务应用研究[J].福建电脑.2010
[7].申海,吴丽娟,齐维毅.移动事务处理中间件的研究与设计[J].小型微型计算机系统.2008
[8].周志致.一种支持QoS的Web服务事务中间件研究与实现[D].湖南师范大学.2008
[9].徐敏.基于WebServices和事务中间件的事务资源适配器[D].山东大学.2008
[10].王娜,王玲.异构中间件环境下事务完整性研究与实现[C].增强自主创新能力促进吉林经济发展——启明杯·吉林省第四届科学技术学术年会论文集（下册）.2006