CN115374098A - 高并发支付订单防重方法、装置、系统、设备、介质和程序产品 - Google Patents
高并发支付订单防重方法、装置、系统、设备、介质和程序产品 Download PDFInfo
- Publication number
- CN115374098A CN115374098A CN202211029146.XA CN202211029146A CN115374098A CN 115374098 A CN115374098 A CN 115374098A CN 202211029146 A CN202211029146 A CN 202211029146A CN 115374098 A CN115374098 A CN 115374098A
- Authority
- CN
- China
- Prior art keywords
- order
- database
- payment request
- order payment
- distributed cache
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000012545 processing Methods 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 20
- 230000002441 reversible effect Effects 0.000 claims description 19
- 238000012795 verification Methods 0.000 claims description 18
- 239000012634 fragment Substances 0.000 claims 4
- 238000010586 diagram Methods 0.000 description 14
- 230000015654 memory Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 4
- 230000002688 persistence Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012216 screening Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 230000001680 brushing effect Effects 0.000 description 1
- 238000012796 concurrent verification Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/215—Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Computational Linguistics (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开提供了一种高并发支付订单防重方法，可以应用于网络技术领域。该高并发支付订单防重方法包括：对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。本公开还提供了一种高并发支付订单防重装置、系统、设备、存储介质和程序产品。
Description
技术领域
本公开涉及网络技术领域，更具体的涉及一种高并发支付订单防重方法、装置、系统、设备、介质和程序产品。
背景技术
随着互联网技术的快速发展，越来越多的企业搭建了自己的电商平台，并通过对接银行开放平台系统提供的支付服务(含通用支付、聚合支付、SDK支付等)，都需要下生成支付订单，再进行实际支付。面对双十一、六一八等大促时，各电商平台都在进行大促，大量订单都是通过对接开放平台生成支付订单，进而完成在线支付的，这对开放平台接单和支付的高并发处理能力是极大的挑战。
客户下单支付时，必须保证每个订单在银行开放平台只能创建一个支付订单，同时，还须避免客户并发的订单支付请求可能导致的重复支付。
现有技术中，在应对高并发和/或恶意重复订单的情况时，通常在订单下单前通过统一的缓存队列，根据用户信息、商品信息、客户端IP等信息进行订单支付请求的识别，进而对订单支付请求进行过滤，以此防止相同的订单支付请求重复提交。
但现有技术中，订单支付请求的方法识别效率偏低，难以应对高并发和/或恶意重复订单的情况。
发明内容
鉴于上述问题，本公开提供了提高识别效率的高并发支付订单防重方法、装置、系统、设备、介质和程序产品。
根据本公开的第一个方面，提供了一种高并发支付订单防重方法，包括：对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
根据本公开的实施例，其中，所述第一订单支付请求是由反向代理服务器通过轮询的方式发送至所述应用服务器集群的。
根据本公开的实施例，其中，所述预设的分布式缓存数据库以键值对的形式进行存储，所述对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，包括：基于所述第一订单支付请求中的商户信息和订单号生成唯一键值；判断所述分布式缓存数据库中是否存在所述唯一键值；在所述分布式缓存数据库中不存在所述唯一键值时，基于分布式锁判断所述唯一键值对应的数据值是否能够被创建；以及在所述唯一键值对应的数据值能够被创建时，基于所述键值对的形式，将所述第一订单支付请求写入所述分布式缓存数据库。
根据本公开的实施例，其中，所述基于分布式锁创建所述唯一键值对应的数据值，包括：基于所述唯一键值，通过单线程获取所述唯一键值对应的数据值；以及在获取所述唯一键值对应的数据值失败的情况下，创建所述数据值。
根据本公开的实施例，其中，所述对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，包括：基于所述商户信息和所述订单号作为查询索引，查询所述订单数据库中是否存在对应的订单支付请求。
根据本公开的实施例，其中，在所述将所述第一订单支付请求写入所述分布式缓存数据库后，还包括：设置所述第一订单支付请求在所述分布式缓存数据库中的过期时间。
根据本公开的第二个方面，提供了一种高并发支付订单防重装置，所述装置应用于应用服务器集群，所述装置包括：分布式缓存数据库校验模块，用于对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；订单数据库校验模块，用于对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及支付处理模块，用于在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
根据本公开的实施例，其中，所述第一订单支付请求是由反向代理服务器通过轮询的方式发送至所述应用服务器集群的。
根据本公开的实施例，其中，所述预设的分布式缓存数据库以键值对的形式进行存储，所述分布式缓存数据库校验模块，还用于基于所述第一订单支付请求中的商户信息和订单号生成唯一键值；判断所述分布式缓存数据库中是否存在所述唯一键值；在所述分布式缓存数据库中不存在所述唯一键值时，基于分布式锁判断所述唯一键值对应的数据值是否能够被创建；以及在所述唯一键值对应的数据值能够被创建时，基于所述键值对的形式，将所述第一订单支付请求写入所述分布式缓存数据库。
根据本公开的实施例，其中，所述分布式缓存数据库校验模块，还用于基于所述唯一键值，通过单线程获取所述唯一键值对应的数据值；以及在获取所述唯一键值对应的数据值失败的情况下，创建所述数据值。
根据本公开的实施例，其中，所述订单数据库校验模块，还用于基于所述商户信息和所述订单号作为查询索引，查询所述订单数据库中是否存在对应的订单支付请求。
根据本公开的实施例，其中，所述装置还包括过期时间设定模块，所述过期时间设定模块，还用于设置所述第一订单支付请求在所述分布式缓存数据库中的过期时间。
根据本公开的第三个方面，提供了一种高并发支付订单防重系统，所述系统包括反向代理服务器、应用服务器集群、分布式缓存集群以及数据库服务器集群，其中，所述反向代理服务器，被配置为对第一订单支付请求执行负载均衡，以分配至所述应用服务器集群；所述应用服务器集群，被配置为对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库；所述分布式缓存集群，被配置为缓存所述第一订单支付请求；以及所述数据库服务器集群，被配置为存储所述第一订单支付请求。
根据本公开的实施例，其中，所述反向代理服务器，还被配置为通过轮询的方式执行负载均衡。
根据本公开的实施例，其中，所述分布式缓存集群包括多个分布式存储分片，所述分布式存储分片包括主分布式存储分片和从分布式存储分片；以及所述数据库服务器集群包括多个数据库服务器，所述数据库服务器包括主数据库服务器和从数据库服务器。
根据本公开的第四个方面，提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述高并发支付订单防重方法。
根据本公开的第五个方面，还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述高并发支付订单防重方法。
根据本公开的第六个方面，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述高并发支付订单防重方法。
附图说明
通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
图1A示意性示出了根据本公开实施例的高并发支付订单防重的应用场景图。
图1B示意性示出了根据本公开实施例的高并发支付订单防重系统架构的示意图。
图2示意性示出了根据本公开实施例的高并发支付订单防重方法的流程图。
图3示意性示出了根据本公开实施例的分布式缓存的流程图。
图4示意性示出了根据本公开实施例的高并发支付订单防重方法的全流程图。
图5示意性示出了根据本公开实施例的高并发支付订单防重装置的结构框图。
图6示意性示出了根据本公开实施例的适于实现高并发支付订单防重方法的电子设备的方框图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
在对本公开的实施例进行详细揭示之前，对本公开的实施例中将要用到的关键技术术语进行一一说明：
Nginx：一种高性能的HTTP和反向代理服务器，在本公开中应用于负载均衡。
Redis：一种高性能的key-value分布式缓存数据库，本公开中应用于防重防并发。
Rdb：一种redis支持的持久化机制，即将当前数据生成快照保存在硬盘上。
Zookeeper集群：一种开源的、分布式的，为分布式框架提供协调服务的Apache项目。
SetNx方法：redis的一种写入方法，入参为key和value；setnx方法当且仅当key不存在，将key的值设为value，并返回1；若给定的key已经存在，则setNx不做任何动作，并返回0。
轮询：一种解决服务器压力过大问题的负载均衡方法。
现有技术中，在应对高并发和/或恶意重复订单的情况时，通常在订单下单前通过统一的缓存队列，根据用户信息、商品信息、客户端IP等信息进行订单支付请求的识别，进而对订单支付请求进行过滤，以此防止相同的订单支付请求重复提交。
但现有技术中，订单支付请求的方法识别效率较低，难以应对高并发和/或恶意重复订单的情况。
本公开的实施例提供了一种高并发支付订单防重方法，所述方法应用于应用服务器集群，所述方法包括：对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
在本公开的实施例中，结合第一防重校验操作和缓存防并发校验操作，使得分布式缓存数据库能够达到订单防重和订单防并发的效果。并且，通过在订单数据库中进行第二防重校验操作，能够在上述第一防重校验操作和缓存防并发校验操作部分失效时，过滤掉订单数据库中的多余请求，提升了在重复订单漏筛的容错性，避免数据性能受损，避免在并发量达到一定程度导致相关服务器宕机的风险。
图1A示意性示出了根据本公开实施例的高并发支付订单防重的应用场景图。
如图1A所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络104以及服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
需要说明的是，本公开实施例所提供的高并发支付订单防重方法一般可以由服务器105执行。相应地，本公开实施例所提供的高并发支付订单防重装置一般可以设置于服务器105中。本公开实施例所提供的高并发支付订单防重方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的高并发支付订单防重装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
应该理解，图1A中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
以下将基于图1A描述的场景，通过图1B～图4对公开实施例的高并发支付订单防重方法进行详细描述。
图1B示意性示出了根据本公开实施例的高并发支付订单防重系统架构的示意图。
如图1B所示，所述高并发支付订单防重系统包括反向代理服务器110、应用服务器集群120、分布式缓存集群130以及数据库服务器集群140，其中，
所述反向代理服务器110，被配置为对第一订单支付请求执行负载均衡，以分配至所述应用服务器集群。
例如，在一定时间内，不同的客户端传来海量的订单支付请求，由反向代理服务器110承接这些订单支付请求，并均衡地分配至应用服务器集群120中的各个应用服务器进行处理，以避免单点压力过大。
根据本公开的实施例，其中，所述反向代理服务器110，还被配置为通过轮询的方式执行负载均衡。
所述应用服务器集群120，被配置为对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
其中，应用服务器集群120包括多个应用服务器，应用服务器中包括多个应用实例。
所述分布式缓存集群130，被配置为缓存所述第一订单支付请求。
所述数据库服务器集群140，被配置为存储所述第一订单支付请求。
根据本公开的实施例，其中，所述分布式缓存集群130包括多个分布式存储分片，所述分布式存储分片包括主分布式存储分片和从分布式存储分片；以及所述数据库服务器集群140包括多个数据库服务器，所述数据库服务器包括主数据库服务器和从数据库服务器。
如图1B所示，其中，分布式缓存集群140可以使用高可用的分布式redis集群，利用redis的持久机制和主从复制机制，保证数据可靠性。redis是一个支持持久化的内存数据库，需要将内存中的数据同步到磁盘来保证持久化，其中，可以通过Snapshotting(快照)的方式持久化。这种方式是就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为dump.rdb。可以配置redis在n秒时间内超过m个key被修改就自动持久化，此处配置的m个key不只包含本公开用来防重的key，还包含在redis中存储其他信息的key。redis的主从复制策略是通过其持久化的rdb文件来实现的，其过程是先dump(导)出rdb文件，将rdb文件全量传输给slave(备)，然后再将dump(导)后的操作实时同步到slave(备)中。要使用主从功能需要在slave端进行简单的配置，即配置为主库的从库，同时需要配置从库不可读。
同时，redis可以使用Zookeeper集群协调故障切换，自动切换主从，保证高可用性。Zookeeper上记录了各节点的状态，当Zookeeper观测到主节点失效时，自动将从节点设置为主节点。
如图1B所示，其中，数据库服务器集群140中的数据服务器同样也是主从的结构，以保证高可用性。
图2示意性示出了根据本公开实施例的高并发支付订单防重方法的流程图。
如图2所示，该实施例的高并发支付订单防重方法包括操作S210～操作S230，该高并发支付订单防重方法可以由服务器105和/或应用服务器集群120执行。
根据本公开的实施例，其中，所述第一订单支付请求是由反向代理服务器通过轮询的方式发送至所述应用服务器集群的。
例如，上述反向代理服务器可以采用nginx，通过均衡的配置应用服务器中各应用服务器的应用实例的访问权重，将订单支付请求较为均匀的分摊到各应用服务器上的各个应用实例中，有效防止应用服务器集群各个节点处理任务不均衡而产生效率和性能问题。nginx的负载均衡通过轮询的方式实现，其中，轮询是用来解决服务器压力过大的问题，依次将用户的访问请求，按循环顺序分配到web服务节点上，从第一台开始到最后一台服务器节点结束，然后再开始新一轮的循环，订单支付请求可以按时间顺序逐一分配到不同的后端的应用服务器。
需要说明的是，上述第一订单支付请求中的“第一”是用以区分相同的订单支付请求的表述。例如，对于不同的订单支付请求，可以称之为第一订单支付请求、第二订单支付请求以及第三订单支付请求等。在此不再赘述。
在操作S210，对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求。
其中，所述预设数量通常是一个，即在订单重复和高并发时保证分布式缓存数据库中仅存在唯一的某一订单。所述第一订单支付请求至少包括商户信息和订单号。
具体的，所述第一防重校验操作用以防止在分布式缓存数据库中出现多个相同的订单支付请求，所述缓存防并发校验操作用以防止在分布式缓存数据库出现高并发事件。
图3示意性示出了根据本公开实施例的分布式缓存的流程图。
如图3所示，该实施例的高并发支付订单防重包括操作S310～操作S340。上述操作S210可以由操作S310～操作S340部分执行。
在操作S310中，基于所述第一订单支付请求中的商户信息和订单号生成唯一键值。
根据本公开的实施例，其中，所述预设的分布式缓存数据库以键值对的形式进行存储。
具体的，在分布式缓存数据库redis中，数据是以key-value的形式存储，上述唯一键值即为key值。例如，可以将上述第一订单支付请求中的所述商户信息和订单号进行拼接，得到key值。当然，对于value，可以是上述第一订单支付请求中的订单详情信息。
在操作S320中，判断所述分布式缓存数据库中是否存在所述唯一键值。
可以理解的是，上述操作S320即为所述第一防重校验操作。
在操作S330中，在所述分布式缓存数据库中不存在所述唯一键值时，基于分布式锁判断所述唯一键值对应的数据值是否能够被创建。
根据本公开的实施例，其中，所述基于分布式锁创建所述唯一键值对应的数据值，包括：基于所述唯一键值，通过单线程获取所述唯一键值对应的数据值；以及在获取所述唯一键值对应的数据值失败的情况下，创建所述数据值。
可以理解的是，上述操作S330即为上述缓存防并发校验操作。
在操作S340中，在所述唯一键值对应的数据值能够被创建时，基于所述键值对的形式，将所述第一订单支付请求写入所述分布式缓存数据库。
需要说明的是，在本公开的实施例中，在出现订单高并发的情况下，同一时刻可能会接收到多个相同的第一订单支付请求，这些多个相同的第一订单支付请求在入库前会转化成为多个相同的key，在同一时刻，对于这些相同的key值执行的第一防重校验操作是并发的、同时进行的，一旦出现这种高并发事件，单纯执行第一防重校验操作仅能保证此刻分布式缓存数据库redis中不存在与刚接收到的请求相同的key值，并不能避免多个相同的key值同时进入分布式缓存数据库redis。因此，在此基础上，还应执行上述缓存防并发校验操作。
具体的，使用分布式缓存数据库redis的setNx方法进行redis数据写入。由于分布式缓存数据库redis是单进程单线程模式的，并且setNx方法当且仅当key不存在，将key的值设为value，并返回1，即setNx操作成功；若给定的key已经存在，则setNx不做任何动作，并返回0，即setNx操作失败。利用这两个特性，进入分布式缓存数据库redis时，所有相同请求有且仅有一个能够返回setNx操作成功。当setNx返回失败的请求，则一定为并发的第一订单支付请求，直接提示客户重复请求。例如，当10个并发的第一订单支付请求同时到达步骤2，判断分布式缓存数据库redis中不存在对应key，10个请求都能通过步骤2，由于分布式缓存数据库redis命令是单线程执行，在步骤3执行setNx方法时，有且仅有一个请求执行setNx返回成功，其余均返回失败。
在本公开的实施例中，在分布式缓存数据库防重校验中，除了用到了常规的第一防重校验操作外，还巧妙的将单线程以及分布式锁的特性用到了防并发处理中，有效的将重复并发降低到最小值。
根据本公开的实施例，其中，在所述将所述第一订单支付请求写入所述分布式缓存数据库后，还包括：设置所述第一订单支付请求在所述分布式缓存数据库中的过期时间。
具体的，设置超时时间，防止分布式缓存数据库中数据不能被及时清除，保证分布式缓存数据库的性能。
在操作S220，对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中。
根据本公开的实施例，其中，所述对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，包括：基于所述商户信息和所述订单号作为查询索引，查询所述订单数据库中是否存在对应的订单支付请求。
例如，可以是将商户信息和订单号进行拼接，得到唯一的查询索引，并完成第一订单支付请求的订单数据库入库操作，以便后续得到新的订单支付请求时可以前往订单数据库进行查重。
可以理解的是，理想状态下，在通过上述第一防重校验操作和缓存防并发校验操作后，将唯一仅有的第一订单支付请求进入订单数据库中。但考虑到应对高并发时间时分布式缓存数据库可能会出现部分的筛选机制失效的问题。因此，在最终进入订单数据库前通过商户信息和订单号建立唯一索引，避免订单数据库出现多个相同的第一订单支付请求。
在操作S230，在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
在本公开的实施例中，结合第一防重校验操作和缓存防并发校验操作，使得分布式缓存数据库能够达到订单防重和订单防并发的效果。并且，通过在订单数据库中进行第二防重校验操作，能够在上述第一防重校验操作和缓存防并发校验操作部分失效时，过滤掉订单数据库中的多余请求，提升了在重复订单漏筛的容错性，避免数据性能受损，避免在并发量达到一定程度导致相关服务器宕机的风险。
图4示意性示出了根据本公开实施例的高并发支付订单防重方法的全流程图。
如图4所示，该实施例的高并发支付订单防重方法包括操作S401～操作S413。
在操作S401中，提交支付订单。
具体的，由商户的客户端提交支付订单，并且该支付订单由反向代理服务器分配至相应的应用服务器进行处理。
在操作S402中，通过商户信息和商户订单号生成唯一键值key。
在操作S403中，判断redis集群中是否存在该key，是则，执行操作S406，否则，执行操作S404。
在操作S404中，使用redis的setNx方法设置该key的value。
在操作S405中，判断setNx设置是否成功，是则，执行操作S407，否则，执行操作S406。
在操作S406中，提示重复提交。
在操作S407中，设置key的过期时间。
在操作S408中，根据商户信息和商户订单号查询数据库。
例如，所述商户信息可以是商户ID。
在操作S409中，判断数据库是否存在该订单，是则，执行操作S410，否则，执行操作S411。
在操作S410中，提示重复下单。
在操作S411中，插入数据库(数据库使用商户信息和商户订单号作为唯一索引)。
在操作S412中，下单后续处理。
在操作S413中，下单正常结束返回订单号信息。
例如，下单后续处理可以是进入支付环节，在支付环节进行相应的支付处理，在成功完成支付处理后，反馈相应的订单号信息。
在本公开的实施例中，有效解决了对接大量商户后，银行开放平台接单服务存在的高并发处理性能要求，同时针对恶意刷单，也能进行有效的拦截。本公开通过前置的nginx反向代理服务器对前置请求进行负载均衡，均匀地将并发请求转移到后台服务器集群的各个应用实例上；同时，使用统一的redis缓存队列，对重复请求进行有效过滤；然后，通过redis中setNx方法的特性，对并发来临的通过redis防重验证的相同请求，进行二次过滤，此时，重复并发请求已经被有效过滤完。最后，通过数据库的反查，以及数据库唯一所以的特性，进行数据库层级的防重防并发处理，此时所有相同并发请求只有一个最终写入数据库，能够有效降低数据库服务器的压力。
基于上述高并发支付订单防重方法，本公开还提供了一种高并发支付订单防重装置。以下将结合图5对该装置进行详细描述。
图5示意性示出了根据本公开实施例的高并发支付订单防重装置的结构框图。
如图5所示，该实施例的高并发支付订单防重装置500包括分布式缓存数据库校验模块510、订单数据库校验模块520和支付处理模块530。
分布式缓存数据库校验模块510，用于对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求。在一实施例中，分布式缓存数据库校验模块510可以用于执行前文描述的操作S210，在此不再赘述。
订单数据库校验模块520，用于对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中。在一实施例中，订单数据库校验模块520可以用于执行前文描述的操作S220，在此不再赘述。
支付处理模块530，用于在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。在一实施例中，支付处理模块530可以用于执行前文描述的操作S230，在此不再赘述。
根据本公开的实施例，其中，所述预设的分布式缓存数据库以键值对的形式进行存储，所述分布式缓存数据库校验模块，还用于基于所述第一订单支付请求中的商户信息和订单号生成唯一键值；判断所述分布式缓存数据库中是否存在所述唯一键值；在所述分布式缓存数据库中不存在所述唯一键值时，基于分布式锁判断所述唯一键值对应的数据值是否能够被创建；以及在所述唯一键值对应的数据值能够被创建时，基于所述键值对的形式，将所述第一订单支付请求写入所述分布式缓存数据库。
根据本公开的实施例，其中，所述分布式缓存数据库校验模块，还用于基于所述唯一键值，通过单线程获取所述唯一键值对应的数据值；以及在获取所述唯一键值对应的数据值失败的情况下，创建所述数据值。
根据本公开的实施例，其中，所述订单数据库校验模块，还用于基于所述商户信息和所述订单号作为查询索引，查询所述订单数据库中是否存在对应的订单支付请求。
根据本公开的实施例，其中，所述装置还包括过期时间设定模块，所述过期时间设定模块，还用于设置所述第一订单支付请求在所述分布式缓存数据库中的过期时间。
根据本公开的实施例，所述分布式缓存数据库校验模块510、所述订单数据库校验模块520和所述支付处理模块530中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，所述分布式缓存数据库校验模块510、所述订单数据库校验模块520和所述支付处理模块530中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，所述分布式缓存数据库校验模块510、所述订单数据库校验模块520和所述支付处理模块530中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
图6示意性示出了根据本公开实施例的适于实现高并发支付订单防重方法的电子设备的方框图。
如图6所示，根据本公开实施例的电子设备600包括处理器601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、ROM602以及RAM 603通过总线604彼此相连。处理器601通过执行ROM 602和/或RAM 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 602和RAM 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例，电子设备600还可以包括输入/输出(I/O)接口605，输入/输出(I/O)接口605也连接至总线604。电子设备600还可以包括连接至I/O接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 602和/或RAM 603和/或ROM 602和RAM 603以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。
在该计算机程序被处理器601执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体的，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。
Claims (13)
1.一种高并发支付订单防重方法，所述方法应用于应用服务器集群，所述方法包括：
对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；
对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及
在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
2.根据权利要求1所述的方法，其中，
所述第一订单支付请求是由反向代理服务器通过轮询的方式发送至所述应用服务器集群的。
3.根据权利要求1所述的方法，其中，所述预设的分布式缓存数据库以键值对的形式进行存储，
所述对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，包括：
基于所述第一订单支付请求中的商户信息和订单号生成唯一键值；
判断所述分布式缓存数据库中是否存在所述唯一键值；
在所述分布式缓存数据库中不存在所述唯一键值时，基于分布式锁判断所述唯一键值对应的数据值是否能够被创建；以及
在所述唯一键值对应的数据值能够被创建时，基于所述键值对的形式，将所述第一订单支付请求写入所述分布式缓存数据库。
4.根据权利要求3所述的方法，其中，所述基于分布式锁创建所述唯一键值对应的数据值，包括：
基于所述唯一键值，通过单线程获取所述唯一键值对应的数据值；以及
在获取所述唯一键值对应的数据值失败的情况下，创建所述数据值。
5.根据权利要求4所述的方法，其中，所述对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，包括：
基于所述商户信息和所述订单号作为查询索引，查询所述订单数据库中是否存在对应的订单支付请求。
6.根据权利要求1至5任一项所述的方法，其中，在所述将所述第一订单支付请求写入所述分布式缓存数据库后，还包括：
设置所述第一订单支付请求在所述分布式缓存数据库中的过期时问。
7.一种高并发支付订单防重装置，所述装置应用于应用服务器集群，所述装置包括：
分布式缓存数据库校验模块，用于对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；
订单数据库校验模块，用于对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及
支付处理模块，用于在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库。
8.一种高并发支付订单防重系统，所述系统包括反向代理服务器、应用服务器集群、分布式缓存集群以及数据库服务器集群，
其中，
所述反向代理服务器，被配置为对第一订单支付请求执行负载均衡，以分配至所述应用服务器集群；
所述应用服务器集群，被配置为对接收到的第一订单支付请求依次执行第一防重校验操作和缓存防并发校验操作，以保证预设的分布式缓存数据库仅能写入预设数量的所述第一订单支付请求；对来自所述分布式缓存数据库的所述第一订单支付请求执行第二防重校验操作，以判断所述第一订单支付请求是否存在于订单数据库中；以及在所述第一订单支付请求不存在于所述订单数据库中时，将所述第一订单支付请求写入所述订单数据库；
所述分布式缓存集群，被配置为缓存所述第一订单支付请求；以及
所述数据库服务器集群，被配置为存储所述第一订单支付请求。
9.根据权利要求8所述的系统，其中，
所述反向代理服务器，还被配置为通过轮询的方式执行负载均衡。
10.根据权利要求8所述的系统，其中，
所述分布式缓存集群包括多个分布式存储分片，所述分布式存储分片包括主分布式存储分片和从分布式存储分片；以及
所述数据库服务器集群包括多个数据库服务器，所述数据库服务器包括主数据库服务器和从数据库服务器。
11.一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～6中任一项所述的方法。
12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～6中任一项所述的方法。
13.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～6中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211029146.XA CN115374098A (zh) | 2022-08-25 | 2022-08-25 | 高并发支付订单防重方法、装置、系统、设备、介质和程序产品 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211029146.XA CN115374098A (zh) | 2022-08-25 | 2022-08-25 | 高并发支付订单防重方法、装置、系统、设备、介质和程序产品 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115374098A true CN115374098A (zh) | 2022-11-22 |
Family
ID=84068376
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211029146.XA Pending CN115374098A (zh) | 2022-08-25 | 2022-08-25 | 高并发支付订单防重方法、装置、系统、设备、介质和程序产品 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115374098A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117952614A (zh) * | 2024-03-14 | 2024-04-30 | 深圳市金政软件技术有限公司 | 支付防重方法、装置、终端设备和可读存储介质 |
-
2022
- 2022-08-25 CN CN202211029146.XA patent/CN115374098A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117952614A (zh) * | 2024-03-14 | 2024-04-30 | 深圳市金政软件技术有限公司 | 支付防重方法、装置、终端设备和可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11003437B2 (en) | Automated transparent distribution of updates to server computer systems in a fleet | |
| US11120107B2 (en) | Managing content delivery to client devices | |
| US12105735B2 (en) | Asynchronous accounting method and apparatus for blockchain, medium and electronic device | |
| CN103886079A (zh) | 一种数据处理方法和系统 | |
| US10467576B2 (en) | Distributed software process tracking | |
| US10802920B2 (en) | Backup and restore validation | |
| GB2529246A (en) | Method for securing integrity and consistency of a cloud storage service with efficient client operations | |
| US20150378828A1 (en) | Test data management | |
| CN110851471A (zh) | 分布式日志数据处理方法、装置以及系统 | |
| CN111338834B (zh) | 数据存储方法和装置 | |
| CN112445860B (zh) | 一种处理分布式事务的方法和装置 | |
| CN113132400B (zh) | 业务处理方法、装置、计算机系统及存储介质 | |
| US10719313B2 (en) | Providing external access to a processing platform | |
| CN115374098A (zh) | 高并发支付订单防重方法、装置、系统、设备、介质和程序产品 | |
| US20200341742A1 (en) | Method and apparatus for continuous delivery of permissioned blockchain application | |
| US11108702B1 (en) | Customized command execution for a computing resource fleet | |
| CN113190812A (zh) | 一种登录方法、系统、电子设备及存储介质 | |
| CN111818179A (zh) | 用户请求的处理方法、装置、计算设备和介质 | |
| CN116302561A (zh) | 用于应用实例的状态控制方法、装置、设备及存储介质 | |
| EP4365808A1 (en) | Data verification method and apparatus | |
| CN115098469A (zh) | 数据库迁移方法及装置、电子设备和可读存储介质 | |
| US10165088B2 (en) | Providing unit of work continuity in the event initiating client fails over | |
| CN108959405B (zh) | 数据的强一致性读取方法及终端设备 | |
| CN110874238A (zh) | 一种线上业务更新方法及其装置 | |
| US20240354878A1 (en) | Method and Apparatus for Data Verification |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |