基于消息队列的分布事务处理的实现（3个人的团队）开题报告

1. 研究目的与意义

由于目前互联网环境的高速发展，互联网的事务请求与处理变得更加复杂，数据变得更加冗余。互联网进入大数据时代之后，即使再强大的单个数据库也无法支持如此大信息量的事务处理，迫切需要改进两阶段事务处理的一般模式以适应互联网的大规模事务处理要求，而分布式事务处理必然要面对分布式数据库存储。基于这个背景，参考多个文献，我发现消息队列具备封装消息分发的可靠性机制，消息队列解决的是将突发大量请求转换为后端能承受的队列请求，是实现大规模事务处理的一个基本方式。

2. 课题关键问题和重难点

我在实现基于消息队列的分布式事务处理时遇到的问题主要有以下几点：首先我对于消息队列不是太了解，需要花不少时间去了解与熟悉这一技术；其次分布式事务处理需要实现的具体功能不太清楚；然后为了实现分布式事务处理，事务的前滚是必须要实现的内容，这也是课题中的一个难点，需要查阅资料才能掌握该方法的基本实现方式；还有一个问题就是事务处理的请求提交之后很多资源处于锁定状态并长时间无法解封，另外只要有一个数据库不可用都会导致事务失败，这些都是急需改进和处理的问题。

3. 国内外研究现状（文献综述）

消息队列的通信方式主要采用存储转发的方式。应用程序通过消息队列，相互交换消息。队列是存放消息的容器。应用程序发出的消息存放到发送队列；接受队列是存放从应用程序发送过来的消息；在接收和发送消息时，先将消息存放在缓存队列。如果发送或接收过程中，遇到故障，可利用缓存队列重新传输消息。只有当完成消息传输后，才将消息从发送队列和缓存队列中删除；存储队列将接收和发送的消息保存到磁盘，在系统出现故障时进行消息恢复。

队列的排队机制主要分为四种：

1.先进先出（fifo）

4. 研究方案

在实现基于消息队列的分布事务处理的过程中，有几个小阶段。首先要先建立分布式数据库，这是技术实现的基础，然后构建消息队列并实现事务的回滚，这是技术的关键与核心之处，最后就是达成事务的一致性，这是技术实现的最终目的与结果

5. 工作计划

工作计划如下：

在2022年12月13日之前通过毕设系统完成审题；在2022年12月30日之前通过毕设系统完成课题分配；在2022年1月17日通过毕设系统下达任务书；在2022年3月13日之前提交开题报告;在2022年3月27日之前了解消息队列和事务的概念；在2022年4月11日之前完成事务前滚策略；在2022年5月2日之前完成前滚事务原型；在2022年5月20日之前总结和撰写毕业论文；2022年5月22日进行答辩评分；接着进行成绩审核及工作审查；在2022年5月31日之前进行成绩确认