[发明专利]事务处理方法、装置、服务器、数据库管理系统及介质

说明书

本发明公开了一种事务处理方法、装置、服务器、数据库管理系统及介质。该方法包括：接收SQL请求，SQL请求用于请求对目标事务的数据进行指定处理；若目标服务器节点非当前服务器节点，则提取目标服务器节点的提交日志序列号和刷盘日志序列号，目标服务器节点为在接收到SQL请求之前最后修改目标事务数据的事务所在的服务器节点；根据提交日志序列号、刷盘日志序列号以及SQL请求对目标事务数据进行指定处理。上述技术方案针对其他服务器节点对目标事务的修改，根据提交日志序列号和刷盘日志序列号，在处理事务前明确提交日志序列号对应的日志是否完成刷盘，从而保证数据的正确性，提高事务处理的可靠性。

技术领域

本发明实施例涉及数据库技术领域，尤其涉及一种事务处理方法、装置、服务器、数据库管理系统及介质。

背景技术

数据库管理系统(Database Management System，DBMS)通常利用重做(Redo)日志来保证事务的持久性(Durability)，用户发起事务提交(Commit)请求时，数据库服务器修改事务状态的操作会产生一条Redo日志，将Redo日志写入磁盘的联机日志文件(即刷盘)后，数据库服务器响应用户，事务提交完成。事务提交完成后，如果数据库服务器发生异常重启，根据Redo日志可以将数据恢复到故障前的状态，维持该事务的数据修改有效。

目前，一种优化的事务处理机制无需等待日志刷盘完成即可提前响应用户，以减少Redo日志刷盘冲突和刷盘等待时间，这种机制称为Commit nowait。对于还未刷盘的Redo日志，如果发生异常重启，数据库服务器会忽略这些Redo日志对应的修改，将数据回滚到修改前的状态，通过允许这些数据修改的丢失，以换取更好的系统性能。

然而，在数据库管理系统包含多个数据库服务器的情况下，允许多个数据库服务器访问或者修改同一事务的数据，这种情况下，如果发生异常重启，这些数据会按照完成刷盘的Redo日志恢复，可能会由于Redo日志未刷盘而回滚，从而会引发数据错误，影响事务的正确处理。

发明内容

本发明提供了一种事务处理方法、装置、服务器、数据库管理系统及介质及系统，以保证事务数据的正确性，提高事务处理的可靠性。

第一方面，本发明实施例提供了一种事务处理方法，包括：

接收SQL请求，所述SQL请求用于请求对目标事务的数据进行指定处理；

若目标服务器节点非当前服务器节点，则提取所述目标服务器节点的提交日志序列号和刷盘日志序列号，其中，所述目标服务器节点为在接收到所述SQL请求之前最后修改所述目标事务的数据的事务所在的服务器节点；

根据所述提交日志序列号、所述刷盘日志序列号以及所述SQL请求对所述目标事务的数据进行指定处理。

进一步的，根据所述提交日志序列号、所述刷盘日志序列号以及所述SQL请求对所述目标事务的数据进行指定处理，包括：

若所述提交日志序列号小于或等于所述刷盘日志序列号，则按照所述SQL请求对所述目标事务的数据进行指定处理。

进一步的，根据所述提交日志序列号、所述刷盘日志序列号以及所述SQL请求对所述目标事务的数据进行指定处理，包括：

若所述提交日志序列号大于所述刷盘日志序列号，则向所述目标服务器节点发送刷盘请求；

在所述目标服务器节点完成刷盘后，按照所述SQL请求对所述目标事务的数据进行指定处理。

进一步的，在接收SQL请求之后，还包括：

若所述目标服务器节点为当前服务器节点，则按照所述SQL请求对所述目标事务的数据进行指定处理。

进一步的，在接收SQL请求之前，还包括：