交易判重的方法、装置、设备和计算机可读介质

技术领域

本发明涉及大数据技术领域，尤其涉及一种交易判重的方法、装置、设备和计算机可读介质。

背景技术

随着互联网的迅速发展，页面应用的使用具有普遍性广泛性。在现实中，页面上的“提交”、“返回”、“刷新”按钮，赋予了网页强大的功能，但同时也带来了重复提交的问题。

在平台系统中，如果一些交易数据重复提交，则会造成脏数据或者其他的重大业务问题。并且如果用户频繁点击或者恶意用户的恶意攻击则会造成不断地请求，进而对服务器造成很大的压力。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：传统一般做法是在数据库进行限制避免重复，但是如果在请求相同业务的人数多的情况下，则会增加服务器和数据库的压力。

发明内容

有鉴于此，本发明实施例提供一种交易判重的方法、装置、设备和计算机可读介质，避免重复提交交易，因此能够减轻服务器和数据库的压力。

为实现上述目的，根据本发明实施例的一个方面，提供了一种交易判重的方法，包括：

接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；

根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；

按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。

所述接收到数据库访问请求后，获取所述数据库访问请求的标识，包括：

接收到数据库访问请求后，根据所述数据库访问请求在redis缓存中未查找到所述数据库访问请求的标识；

在所述数据库访问请求中增加标识，以获取所述数据库访问请求的标识。

所述分布式锁是redis分布式锁。

所述接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁，包括：

接收到数据库访问请求后，获取所述数据库访问请求的标识；

基于所述数据库访问请求的标识，利用MD5算法生成密钥以设置所述分布式锁。

所述基于所述数据库访问请求的标识，利用MD5算法生成密钥以设置所述分布式锁，包括：

基于所述数据库访问请求的标识，利用MD5算法生成密钥；

设置所述密钥对应的过期时间，以生成所述分布式锁。

所述设置所述密钥对应的过期时间，以生成所述分布式锁，包括：

更新所述密钥对应的过期时间，以生成所述分布式锁。

所述数据库中令牌涉及的参数包括HttpSession，

所述根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求，包括：

根据数据库访问请求的令牌，获知所述数据库访问请求不存在对应的HttpSession，则判断所述数据库访问请求是重复请求。

所述数据库中令牌涉及的参数包括所述标识对应的令牌，

所述根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求，包括：

根据数据库访问请求的令牌，在数据库中并未找到所述标识对应的令牌，则判断所述数据库访问请求是重复请求。

所述数据库中令牌涉及的参数包括所述数据库中所述标识对应的令牌，

所述根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求，包括：

根据数据库访问请求的令牌和所述数据库中所述标识对应的令牌是否一致，判断所述数据库访问请求是否为重复请求。

所述根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求，包括：

根据所述数据库访问请求的标识在数据库中生成令牌，生成的令牌存储在数据库中，所述数据库存储的令牌的数量小于等于最大令牌数量；

基于所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求。

所述根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求，包括：

根据所述数据库访问请求的标识在数据库中生成令牌，生成的令牌存储在数据库中，所述数据库存储的令牌的数量大于最大令牌数量；

按照所述存储的令牌建立时间和所述最大令牌数量，删除所述数据库存储的令牌；

基于所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求。

所述按照所述数据库访问请求的判断结果执行所述数据库访问请求，包括：

所述数据库访问请求是重复请求，则拒绝所述数据库访问请求。

所述按照所述数据库访问请求的判断结果执行所述数据库访问请求，包括：

所述数据库访问请求不是重复请求，则执行所述数据库访问请求。

所述方法还包括：

根据所述数据库访问请求的标识，获知所述数据库访问请求未响应处理，则发起所述数据库访问请求的处理。

所述分布式锁已过期，则释放所述分布锁，包括：

所述分布式锁已过期，则删除所述数据库访问请求中的标识以释放所述分布式锁。

所述数据库访问请求包括以下一种或多种：提交业务请求、更新业务请求和重复提交业务请求。

所述方法还包括：

处理所述数据库访问请求的节点故障，则在从节点中选择一个节点继续处理所述数据库访问请求。

根据本发明实施例的第二方面，提供了一种交易判重的装置，包括：

设置模块，用于接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；

判断模块，用于根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；

执行模块，用于按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。

根据本发明实施例的第三方面，提供了一种交易判重的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。

上述发明中的一个实施例具有如下优点或有益效果：接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；根据所述数据库访问请求和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。采用令牌和分布式锁两种方式相结合，一方面通过令牌判断是否为重复请求；另一方面通过分布式限制数据库访问请求的处理时间，进而避免重复提交交易，因此能够减轻服务器和数据库的压力。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的交易判重的方法的主要流程的示意图；

图2是根据本发明实施例的获取数据库访问请求的标识的流程示意图；

图3是根据本发明实施例的设置标识的分布式锁的流程示意图；

图4是根据本发明实施例的判断数据库访问请求是否为重复请求的流程示意图；

图5是根据本发明实施例的另一个判断数据库访问请求是否为重复请求的流程示意图；

图6是根据本发明实施例的交易判重的装置的主要结构的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在平台业务交易中，通常会面对防止重复请求的痛点问题。如果所请求的响应是修改数据等操作，则会造成极大的危害，如：前端的抖动操作、快速操作、误操作，网络通信速度或者后台反馈响应速度慢，并且如果存在响应不彻底情况，防止重复请求的方法是必不可少的。

以上问题导致在平台系统中，如果进行重复提交，则会造成脏数据的产生或者其他的严重的问题。但是当前端触发操作时，或弹出确认界面等方式，并不能彻底限制重复提交交易。这些会造成的影响通过下面这个事例来现：假设双十二在网上买一部9299元的手机，付款后由于访问人数过多导致卡顿，进而需要重复点击付款按钮。如果平台系统不添加防止重复交易限制，则你花9299×2的价钱去购买一部手机。

作为一个示例，平台系统是慈善组织综合服务平台系统。具体来说，慈善组织综合服务平台系统的包括慈善机构管理员、捐赠者、银行理财顾问。整个业务流程的参与者有五类，分别为：慈善机构管理员、银行理财顾问、捐赠者、银行和项目受益人。在网页请求处理中，捐赠者捐赠、项目受益人申请帮扶、以及慈善机构管理员负责管理。当点击按钮，提交交易请求时，则会向服务器请求资源。如果网络存在问题或者点击“刷新”等，在不防重操作情况下，多次点击后则会存在多个请求在等待，或者产生多条相同的数据，甚至造成系统崩溃。

平台上具有项目管理(发布项目，审核项目等功能)、业务管理(类型管理，发布内容等功能)等管理模块，如何有效地防止使用者多次重复提交相同的交易请求，是平台面临的首要解决的问题。

一般传统解决方案包括以下三种方式。方式一：利用js控制按钮，提交后置灰；方式二：在服务端使用token令牌机制。

但是，单独使用某一种方式都会存在不可控。方式一不能控制使用者直接调用请求或者校验代码被清除，同时对“后退”、“刷新”等按钮造成的重复提交也无法限制。方式二不适用微服务。

因此，仍然难以避免重复提交交易，进而增加服务器和数据库的压力。

为了解决难以避免重复提交交易，进而增加服务器和数据库的压力，可以采用以下本发明实施例中的技术方案。

参见图1，图1是根据本发明实施例的交易判重的方法主要流程的示意图，先设置分布式锁，然后基于令牌判断是否为重复请求。如图1所示，具体包括以下步骤：

S101、接收到数据库访问请求后，获取数据库访问请求的标识，并设置标识的分布式锁。

本发明实施例中的技术方案适用于，采用页面按钮以及微服务，以防止重复提交数据库访问请求。实现在一定时间内，数据库访问请求涉及的交易不会被重复提交，避免脏数据的产生，减轻服务器以及数据库的压力。

其中，微服务是SOA架构的一种变体，是将应用程序构造为一组松散耦合的服务。在微服务体系结构中，服务是细粒度的，协议是轻量级的。

在本发明实施例中，数据访问请求包括以下一种或多种：提交业务请求、更新业务请求和重复提交业务请求。

在具体实现时，平台系统具体为慈善组织综合服务平台系统。

场景一：在网络存在延迟的情况下，参与者提交业务请求。上述业务请求通过多次点击以下按钮实现：“保存”、“提交审核”、“捐赠”。多次点击将会导致业务请求重复提交。

场景二：业务请求提交后，参与者更新业务请求，具体通过点击“刷新”按钮导致再次重复提交。

场景三：参与者提交业务成功后，跳到跳转页面重复提交业务请求，具体点击“后退”按钮退回提交页面，导致再次重复提交。

场景四：参与者通过浏览器的历史浏览记录，得到URL进而重复提交业务请求，导致再次重复提交。

参见图2，图2是根据本发明实施例的获取数据库访问请求的标识的流程示意图，具体包括：

S201、接收到数据库访问请求后，根据数据库访问请求在redis缓存中未查找到数据库访问请求的标识。

在本发明实施例中，分布式锁是redis分布式锁。利用redis做分布式锁，只有当前数据库访问请求完成后，再处理下一个数据库访问请求完成。

参与者发起数据库访问请求，平台系统会在redis缓存里查找是否存在该数据库访问请求的标识。根据数据库访问请求在redis缓存中未查找到数据库访问请求的标识。

S202、在数据库访问请求中增加标识，以获取数据库访问请求的标识。

若根据数据库访问请求在redis缓存中未查找到数据库访问请求的标识，则在数据库访问请求中增加标识，以获取数据库访问请求的标识。

在图2的实施例中，在redis缓存中未查找到数据库访问请求的标识，则在数据库访问请求中增加标识。

参见图3，图3是根据本发明实施例的设置标识的分布式锁的流程示意图，具体包括以下步骤：

S301、接收到数据库访问请求后，获取数据库访问请求的标识。

接收到数据库访问请求后，可以直接获取数据库访问请求的标识。

S302、基于数据库访问请求的标识，利用MD5算法生成密钥以设置分布式锁。

根据数据库访问请求的标识利用MD5算法生成密钥。如果重复提交数据库访问请求，则该数据库访问请求生成的密钥相同。

在本发明的一个实施例中，基于数据库访问请求的标识，利用MD5算法生成密钥。然后，设置密钥对应的过期时间，以生成分布式锁。作为一个示例，设置密钥1的过期时间是12点22分10秒。那么，对于该分布式锁而言，在12点22分10秒过后，直接得到释放。

在本发明的一个实施例中，对于密钥对应的过期时间，可以得到更新。即，更新密钥对应的过期时间，以生成分布式锁。具体来说，获知密钥对应的已有过期时间后，就可以更新过期时间。

在图3的实施例中，根据数据库访问请求的标识，生成密钥从而能够设置分布式锁。

S102、根据数据库访问请求的令牌和数据库中令牌涉及的参数，判断数据库访问请求是否为重复请求。

在本发明实施例中，采用令牌机制判断数据库访问请求是否为重复请求。作为一个示例，采用基于FIFO机制的令牌机制。FIFO机制的关键点在于，可靠的读写指针和full/empty状态标识，利用一个额外的位进行读写状态的有效判断。

参见图4，图4是根据本发明实施例的判断数据库访问请求是否为重复请求的流程示意图，具体包括以下步骤：

S401、根据数据库访问请求的标识在数据库中生成令牌，令牌存储在数据库中，数据库存储的令牌的数量小于等于最大令牌数量。

具体来说，在请求java服务器页面(jsp)之前，先将数据库访问请求转发至相应的Action，Action调用saveToken方法，生成一个新的令牌。

即，根据数据库访问请求的标识在数据库中生成令牌，令牌存储在数据库中，判断数据库存储的令牌的数量小于等于最大令牌数量，则说明数据库存储的令牌并未超过限制。

S402、基于数据库访问请求的令牌和数据库中令牌涉及的参数，判断数据库访问请求是否为重复请求。

继而根据数据库访问请求的令牌和数据库中令牌涉及的参数，判断数据库访问请求是否为重复请求。

下面结合三种情况，分别说明判断数据库访问请求是否为重复请求。

情况一：数据库中令牌涉及的参数包括HttpSession，

根据数据库访问请求的令牌，获知数据库访问请求不存在对应的H ttpSession，则判断数据库访问请求是重复请求。

情况二：数据库中令牌涉及的参数包括数据库访问请求的标识对应的令牌。

根据数据库访问请求的令牌，在数据库中并未找到数据库访问请求的标识对应的令牌，则判断数据库访问请求是重复请求。这是因为服务器将令牌一般存储在数据库中，在该数据库访问请求首次访问数据库，删除数据库中数据库访问请求的令牌。

情况三：数据库中令牌涉及的参数包括数据库中数据库访问请求的标识对应的令牌，

根据数据库访问请求的令牌和数据库中数据库访问请求的标识对应的令牌是否一致，判断数据库访问请求是否为重复请求。

在图4的实施例中，数据库存储的令牌的数量小于等于最大令牌数量的情况下，判断数据库访问请求是否为重复请求。

参见图5，图5是根据本发明实施例的另一个判断数据库访问请求是否为重复请求的流程示意图，具体包括以下步骤：

S501、根据数据库访问请求的标识在数据库中生成令牌，令牌存储在数据库中，数据库存储的令牌的数量大于最大令牌数量。

根据数据库访问请求的标识在数据库中生成令牌，令牌存储在数据库中，判断数据库存储的令牌的数量大于最大令牌数量，则说明数据库存储的令牌超过限制。

S502、按照存储的令牌建立时间和最大令牌数量，删除数据库存储的令牌。

按照存储的令牌建立时间和最大令牌数量，删除数据库存储的令牌。具体地，销毁令牌建立时间最早的令牌，直到数据库存储的令牌小于等于最大令牌数量。

S503、基于数据库访问请求的令牌和数据库中令牌涉及的参数，判断数据库访问请求是否为重复请求。

类似于S403中的方案，根据数据库访问请求的令牌和数据库中令牌涉及的参数，判断数据库访问请求是否为重复请求。

在图5的实施例中，数据库存储的令牌的数量大于最大令牌数量的情况下，判断数据库访问请求是否为重复请求。

S103、按照数据库访问请求的判断结果执行数据库访问请求，以及所述分布式锁已过期，则释放分布锁。

按照数据库访问请求的判断结果执行数据库访问请求。需要说明的是，在执行数据库访问请求的同时，分布式锁的存在确保在当前数据库访问请求执行时，不再接收其他数据库访问请求，直到分布式锁已过期。

可以按照数据库访问请求的判断结果执行数据库访问请求。数据库访问请求是重复请求，则拒绝数据库访问请求。作为一个示例，拒绝数据库访问请求可以显示“请稍后再试”。

数据库访问请求不是重复请求，则执行数据库访问请求。

在本发明的一个实施例中，分布式锁已过期说明可以释放分布式锁，则删除数据库访问请求中的标识以释放分布式锁。这样，能够处理下一个数据库访问请求。

在本发明的一个实施例中，为了及时处理数据库访问请求，根据数据库访问请求的标识，获知数据库访问请求未响应处理，则发起数据库访问请求的处理。

在本发明的一个实施例中，处理数据库访问请求的节点故障，则在从节点中选择一个节点继续处理数据库访问请求。

redis部署方案采用哨兵模式，设置一个或者多个哨兵。作为一个示例，哨兵可以是从节点。当主节点故后，自动在从节点中选取一个新的主节点。该主节点继续处理数据库访问请求。

在上述本发明的实施例中，接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；根据所述数据库访问请求和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。采用令牌和分布式锁两种方式相结合，一方面通过令牌判断是否为重复请求；另一方面通过分布式限制数据库访问请求的处理时间，进而避免重复提交交易，因此能够减轻服务器和数据库的压力。

具体来说，在平台系统中，利用令牌和分布锁，在分布式应用服务器外，搭建一个存储锁信息的存储服务器。设置锁信息的过期时间，防止一个线程长期占用锁资源致使死锁，同时利用redis原子性，保证同一时刻只能有一个线程取得锁。此外，采用FIFO机制的令牌模式，保证每次的数据库访问请求都是可用的，防止同时多个数据库访问请求争夺令牌。

参见图6，图6是根据本发明实施例的交易判重的装置的主要结构的示意图，交易判重的装置可以实现交易判重的方法，如图6所示，交易判重的装置具体包括：

设置模块601，用于接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；

判断模块602，用于根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；

执行模块603，用于按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。

在本发明的一个实施例中，设置模块601，具体用于接收到数据库访问请求后，根据所述数据库访问请求在redis缓存中未查找到所述数据库访问请求的标识；

在所述数据库访问请求中增加标识，以获取所述数据库访问请求的标识。

在本发明的一个实施例中，所述分布式锁是redis分布式锁。

在本发明的一个实施例中，设置模块601，具体用于接收到数据库访问请求后，获取所述数据库访问请求的标识；

基于所述数据库访问请求的标识，利用MD5算法生成密钥以设置所述分布式锁。

在本发明的一个实施例中，设置模块601，具体用于基于所述数据库访问请求的标识，利用MD5算法生成密钥；

设置所述密钥对应的过期时间，以生成所述分布式锁。

在本发明的一个实施例中，设置模块601，具体用于更新所述密钥对应的过期时间，以生成所述分布式锁。

在本发明的一个实施例中，所述数据库中令牌涉及的参数包括Htt pSession，

判断模块602，具体用于根据数据库访问请求的令牌，获知所述数据库访问请求不存在对应的HttpSession，则判断所述数据库访问请求是重复请求。

在本发明的一个实施例中，所述数据库中令牌涉及的参数包括所述标识对应的令牌，

判断模块602，具体用于根据数据库访问请求的令牌，在数据库中并未找到所述标识对应的令牌，则判断所述数据库访问请求是重复请求。

在本发明的一个实施例中，所述数据库中令牌涉及的参数包括所述数据库中所述标识对应的令牌，

判断模块602，具体用于根据数据库访问请求的令牌和所述数据库中所述标识对应的令牌是否一致，判断所述数据库访问请求是否为重复请求。

在本发明的一个实施例中，判断模块602，具体用于根据所述数据库访问请求的标识在数据库中生成令牌，生成的令牌存储在数据库中，所述数据库存储的令牌的数量小于等于最大令牌数量；

基于所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求。

在本发明的一个实施例中，判断模块602，具体用于根据所述数据库访问请求的标识在数据库中生成令牌，生成的令牌存储在数据库中，所述数据库存储的令牌的数量大于最大令牌数量；

按照所述存储的令牌建立时间和所述最大令牌数量，删除所述数据库存储的令牌；

基于所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求。

在本发明的一个实施例中，执行模块603，具体用于所述数据库访问请求是重复请求，则拒绝所述数据库访问请求。

在本发明的一个实施例中，执行模块603，具体用于所述数据库访问请求不是重复请求，则执行所述数据库访问请求。

在本发明的一个实施例中，执行模块603，还用于根据所述数据库访问请求的标识，获知所述数据库访问请求未响应处理，则发起所述数据库访问请求的处理。

在本发明的一个实施例中，执行模块603，具体用于所述分布式锁已过期，则删除所述数据库访问请求中的标识以释放所述分布式锁。

在本发明的一个实施例中，所述数据库访问请求包括以下一种或多种：提交业务请求、更新业务请求和重复提交业务请求。

在本发明的一个实施例中，执行模块603，还用于处理所述数据库访问请求的节点故障，则在从节点中选择一个节点继续处理所述数据库访问请求。

图7示出了可以应用本发明实施例的交易判重的方法或交易判重的装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的交易判重的方法一般由服务器705执行，相应地，交易判重的装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CP U)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括设置模块、判断模块和执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，设置模块还可以被描述为“用于接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；

根据所述数据库访问请求的令牌和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；

按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。

根据本发明实施例的技术方案，接收到数据库访问请求后，获取所述数据库访问请求的标识，并设置所述标识的分布式锁；根据所述数据库访问请求和数据库中令牌涉及的参数，判断所述数据库访问请求是否为重复请求；按照所述数据库访问请求的判断结果执行所述数据库访问请求，以及所述分布式锁已过期，则释放所述分布锁。采用令牌和分布式锁两种方式相结合，一方面通过令牌判断是否为重复请求；另一方面通过分布式限制数据库访问请求的处理时间，进而避免重复提交交易，因此能够减轻服务器和数据库的压力。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。