[发明专利]一种事务信息的传输方法、系统、装置、计算设备和介质

说明书

本发明的实施方式提供了一种事务信息的传输方法、系统、装置、介质和计算设备。该方法包括：判断事务信息的增量是否超过设定阈值，增量用于指示事务执行过程中事务对应的事务信息的变化量；若增量超过设定阈值，则在事务提交之前预先将增量对应的事务信息片段传输至数据库集群的接收节点。本发明通过在事务执行过程中将事务信息片段预先传输至数据库集群的接收节点，实现了事务信息的分段传输，避免了现有技术中因事务提交消息的数据量过大而导致的技术缺陷，缩短了处理事务的响应时间，提高了事务信息的传输稳定性和传输效率，增强了数据库集群的稳定性，提升了用户体验。

技术领域

本发明的实施方式涉及软件技术领域，更具体地，本发明的实施方式涉及一种事务信息的传输方法、系统、装置、计算设备和介质。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

MySQL数据库是一种应用广泛的开源数据库。而MySQL Group Replication（MGR）是一种采用分布式一致性协议构建的数据库集群，MGR在运维复杂性、服务可用性、数据可靠性等方面均有较大的优势，因而MGR能够为用户提供金融级的数据保证。MGR中事务执行节点在提交事务时，会向该MGR中的各个MGR节点广播该事务对应的事务信息，该事务信息用于记录事务执行节点对事务进行的操作。各个MGR节点接收事务信息后对事务进行认证，各个MGR节点认证通过后触发复制线程（sql thread）完成事务提交的后续流程。其中，MGR节点产生的事务信息例如可以是Binlog（log events），通常MGR节点会将事务信息打包成一个事务提交消息（或事务提交请求），然后通过消息传递一致性协议的方式对该事务提交消息进行广播。

目前，若事务提交消息的数据量过大，则可能会导致以下几个技术问题：第一，MGR节点处理该事务提交消息时出现异常，包括内存分配异常、代码执行异常等，从而影响MGR节点的稳定性；第二，该事务提交消息会占用较大的网络带宽，甚至会阻塞各个MGR节点之间的必要通信，比如节点心跳，进而导致MGR节点之间的网络分区，致使整个MGR集群失去响应，MGR节点无法自动恢复，影响网络稳定性；第三，该事务提交消息传输期间若网络抖动则会传输失败，造成事务回滚，从而导致数据传输容错性差，尤其是跨城域网场景下的MGR集群；第四，该事务提交消息的传输时间长，导致事务执行完后需要较长的反馈时间，从而造成事务执行性能变差。此外，由于仅能在事务提交时才能对事务进行冲突检测，冲突检测效率不高，可能会导致事务冲突后仍执行无用的SQL，浪费服务器资源，使得用户体验下降。

综上，现有的MGR节点事务信息的传输方案无法解决由于事务信息的数据量过大所导致的上述问题。

发明内容

本发明实施例提供了一种事务信息的传输方法、装置、系统、计算设备和介质，用以解决现有技术中由于事务信息的数据量过大所导致的技术问题。

本发明实施例是通过以下技术方案实现的：

第一方面，本发明实施例提供一种事务信息的传输方法，该传输方法可以应用于数据库集群中，包括：判断事务信息的增量是否超过设定阈值，增量用于指示事务执行过程中事务对应的事务信息的变化量；若增量超过设定阈值，则在事务提交之前预先将增量对应的事务信息片段传输至数据库集群的接收节点。

在本发明的一个实施例中，在事务提交之前预先将增量对应的事务信息片段传输至数据库集群的接收节点，包括：获取事务信息片段；基于事务信息片段创建预发布消息，预发布消息包括事务信息片段以及事务信息片段所属的事务标识；将预发布消息传输至接收节点。

在本发明的一个实施例中，将预发布消息传输至接收节点，包括：若事务的数量为多个，则设置多个事务对应的多个预发布消息的优先级；将多个预发布消息缓存至消息发送队列中；根据优先级从高到低将消息发送队列中缓存的多个预发布消息依次发送至接收节点，其中，优先级越高，发送顺序越靠前。