CN106372994A - 一种处理订单的方法和系统 - Google Patents
一种处理订单的方法和系统 Download PDFInfo
- Publication number
- CN106372994A CN106372994A CN201610797985.4A CN201610797985A CN106372994A CN 106372994 A CN106372994 A CN 106372994A CN 201610797985 A CN201610797985 A CN 201610797985A CN 106372994 A CN106372994 A CN 106372994A
- Authority
- CN
- China
- Prior art keywords
- order
- sequence information
- dimension
- uid
- order table
- 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
Classifications
-
- 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
-
- 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/242—Query formulation
-
- 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/275—Synchronous replication
Abstract
本发明涉及一种处理订单的方法和系统,该方法包括:接收WEB服务器发送批量的订单信息;根据所述订单信息生成订单ID;根据所述订单ID将所述订单信息写入数据库;将所述订单信息存储在所述数据库的子数据库中;从所述子数据库中读取订单信息。本发明提供的一种处理订单的方法,通过接收订单信息,根据订单信息生成订单ID,根据订单ID将订单信息写入并存储到子数据库中,并读取订单信息,对高并发订单的处理更迅速,提高了处理订单的效率。
Description
技术领域
本发明涉及电子支付领域,尤其涉及一种处理订单的方法和系统。
背景技术
随着通信技术的发展,电子商务也越来越成熟,用户可以通过网络购买商品,进行支付。然而,在大量用户访问并提交订单的情况下,因为设计原因会导致订单提交不成功、生单缓慢、支付处理错误等问题。为了保证用户可以顺利通过电子商务网站购买商品,电子商务网站常常会降低网站并发量限制下单、限制访问数量、加入支付锁等机制来保证系统稳定。
现有处理高并发订单,保障系统稳定的方法为通过限制网站访问量以及限制下单数量等限制业务量的方法来分批处理订单,完成对高并发订单的处理。因此,现有对高并发订单的处理技术,造成了订单处理效率低下,无法及时完成支付,给用户的使用造成了不便,同时也限制了电商网站的业务量及未来的发展规模,给网站的发展及拓展带来了不利的影响。
发明内容
针对现有技术对高并发订单处理效率低下的问题,本发明提供了一种处理订单的方法和系统。
本发明解决上述技术问题的技术方案如下:
一种处理订单的方法,包括以下步骤:
步骤1,接收WEB服务器发送批量的订单信息;
步骤2,根据所述订单信息生成订单ID;
步骤3,根据所述订单ID将所述订单信息写入数据库;
步骤4,将所述订单信息存储在所述数据库的子数据库中;
步骤5,从所述子数据库中读取订单信息。
本发明的有益效果是:通过接收订单信息,根据订单信息生成订单ID,根据订单ID将订单信息写入并存储到子数据库中,并读取订单信息,对高并发订单的处理更迅速,提高了处理订单的效率。
在上述技术方案的基础上,本发明还可以做如下改进。
进一步地,在步骤1之前,还包括生成所述子数据库的步骤:
获取用户标识UID,并将所述数据库进行镜像复制,得到主数据库和从数据库,所述主数据库用于根据所述订单ID写入所述订单信息,所述从数据库用于读出所述订单ID和所述订单信息。;
分别对数据库中的用户表和订单表进行基于UID维度的分库处理,得到共n个子数据库;
分别对每个所述子数据库中的订单表或用户表进行基于UID维度的分表处理,得到共m个子订单表;
根据所述UID,计算得到的所述子数据库的数据库编号和所述子订单表的订单表编号。
采用上述进一步方案的有益效果是:通过对数据库进行分库分表处理,实现了对订单信息的高效写入和读取,对订单信息的管理更加高效。
进一步地,对所述数据库的分库处理为二叉树的方式进行分库,所述子数据库的数量n为2的x次幂,其中,x大于或者等于1,例如,将1个数据库分为2个数据库,将2个数据库再分为4个数据库,将4个数据库再分为8个数据库,将8个数据库再分为16个数据库,以此类推。
采用上述进一步方案的有益效果是:在进行对数据库的分库扩容时,只需要数据库管理员(DBA)进行表级的数据同步,而不需要自己写脚本进行行级数据同步,提高了数据同步的速度和效率。
进一步地,所述数据库编号的计算方式为:数据库编号=(UID/m)%n+1,;
所述订单表编号的计算方式为:订单表编号=UID%m;
例如,将订单表按uid维度拆分成了8个数据库,每个数据库10张表,当UID=9527时,将9527除10取整,等于952,再将952模8加1,等于1,得到数据库编号为1,并将9527模10,等于7,得到订单表编号为7。
进一步地,考虑未来的扩容需求,需要将数据库进行进一步分库,当前的分库信息无法支持更多的分库数量,分库将无法正确完成,我们将上诉问题简称为分库信息精度丢失,为解决分库信息精度丢失的问题,需要对分库信息精度进行冗余,对数据库编号和订单表编号进行修正,假设未来对数据库的分库需要扩容到k台,当前子数据库数量为n,当前子订单表数量为m,新的分库信息算法为:
分库信息=(UID/m)%k+1;
实际数据库编号=(分库信息-1)%n+1;
实际订单表编号=UID%m;
假设最终会扩容到64台数据库,当UID=9527,根据新的算法,分库信息=(9527/10)%64+1=57,这里的57并不是真正数据库的编号,它冗余了最后扩展到64台数据库的分库信息精度,当前只有8台数据库,因此实际数据库的编号为(57-1)%8+1=1,实际订单编号=9527%10=7。
进一步地,所述新订单ID由版本号、分库分表信息、时间戳、机器号和自增序号依次连接组成,所述新订单ID由订单ID加上版本号和分库分表信息组成,所述订单ID包括时间戳、机器号和自增序号,通过Snowflake算法,得到全局唯一的订单ID,其中,
所述版本号用于标识订单ID的版本;
所述分库分表信息用于标识订单所在的分库分表的位置,查询订单信息;
所述时间戳的粒度是毫秒级,生成订单ID时,使用System.currentTimeMillis()作为时间戳;
所述机器号为生成订单ID时,每个订单服务器被分配的唯一的编号;
所述自增序号为当在同一服务器的某一毫秒中有多个生成订单ID的请求时,自动生成从0开始依次增加的序号,下一毫秒的自增序号重新从0开始编号,例如,在同一服务器某一毫秒内有3个生成订单ID的请求,这3个订单ID的自增序号分别是0、1、2,下一毫秒有2个生成订单的请求,则这2个订单ID的自增序号分别是0、1。
进一步地,将所述订单中包含的数据分成3级进行管理,其中,
第1级数据包括:订单数据和支付流水数据,所述第1级数据直接在所述主库或所述从库的子数据库中进行读写操作;
第2级数据包括:用户相关数据,所述第2级数据使用redis进行缓存;
第3级数据包括:支付配置信息,所述第3级数据使用本地内存进行缓存。
进一步地,在步骤1之前,还包括通过业务线标识BID查询订单信息的步骤:
获取用户标识UID维度的订单表集群和BID维度的订单表集群;
将所述UID维度的订单表集群冗余一份到所述BID维度的订单表集群中;
在所述UID维度的订单表集群和所述BID维度的订单表集群之间加入消息队列,对所述UID维度的订单表集群的数据和所述BID维度的订单表集群的数据进行数据同步;
在所述UID维度的订单表集群和所述BID维度的订单表集群之间加入实时监控服务,实时计算所述UID维度的订单表集群和所述BID维度的订单表集群的数据差异,并进行一致性同步;
通过查询所述BID维度的订单表集群来查询所述订单信息。
进一步地,当数据库出现问题时,本发明提供了一种能够实现快速恢复数据库和修补数据的方法,其中:
恢复数据库的方法为:在所述主数据库和所述WEB服务器之间连接KeepAlive虚拟出的一个虚拟ip,再将此虚拟ip映射到主数据库上,同时添加一个备份数据库,将所述主数据库中的数据实时同步到所述备份数据库中,当主数据库宕机后,脚本会自动将备份数据库设置成主数据库,并将虚拟ip映射到备份数据库上,WEB服务器将使用备份数据库作为主数据库进行读写访问,这样只需几秒的时间,就能完成主数据库服务恢复;并在所述从数据库和所述WEB服务器之间连接LVS负载均衡,LVS负载均衡能自动感知从数据库是否可用,当某一从数据库宕机后,LVS负载均衡将不会把读数据请求再发向该从数据库。同时DBA需要增减从库节点时,只需独立操作LVS负载均衡即可,不再需要项目组更新配置文件,重启服务器来配合;
修补数据的方法为:通过简单的恢复脚本就能实现快速修补数据。
采用上述进一步方案的有益效果是:通过在所述主数据库和所述WEB服务器之间连接KeepAlive虚拟出的一个虚拟ip,并在所述从数据库和所述WEB服务器之间连接LVS负载均衡,提高了恢复数据库和修补数据的速度。
一种处理订单的系统,包括前台、订单系统和数据库,其中,
所述前台包括多个WEB服务器,用于向所述订单系统发送批量的订单信息;
所述订单系统用于接收所述前台发送的订单信息并产生相应的订单ID,并根据相应的订单ID向所述数据库写入或读取订单信息;
所述数据库包括多个子数据库,用于存储所述订单信息。
在上述技术方案的基础上,本发明还可以做如下改进。
进一步地,所述订单系统包括:写入接口、读取接口、用户中心、订单中心和商户中心,其中,
所述写入接口用于根据所述订单ID向所述数据库写入订单信息;
所述读取接口用于从所述数据库读取订单信息;
所述用户中心用于管理用户标识UID,并供用户查询订单信息;
所述订单中心用于生成订单ID并管理订单信息;
所述商户中心用于管理业务线标识BID,并供商户查询订单信息。
进一步地,本发明所述系统和还包括粗细管道,所述粗细管道的出口端为细口,与所述前台中的WEB服务器连接,入口端为粗口,用于接收HTPP请求,所述粗细管道具体用于根据WEB服务器的最大同时请求数接受请求,超过所述最大同时请求数的请求存放在所述粗细管道中排队,等待所述WEB服务器处理完当前请求后,再将所述粗细管中的请求发送给所述WEB服务器。
例如,我们设置给WEB服务器每秒10万请求。剩余的90万请求会在粗细管道中排队,等待WEB服务器处理完老的请求后,才会有新的请求从管道中出来,给WEB服务器处理。这样WEB服务器处理的请求数每秒永远不会超过10万,在这个负载下,各个服务都会高效运转,整个WEB服务器也不会因为暴增的请求而停止服务。
本发明附加的方面的优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明实践了解到。
附图说明
图1为本发明实施例提供的一种处理订单的方法的流程示意图;
图2为本发明另一实施例提供的一种对数据库进行分库分表操作的流程示意图;
图3为本发明另一实施例提供的一种通过BID查询订单信息的流程示意图;
图4为本发明另一实施例提供的一种处理订单的系统的结构框架图;
图5为本发明另一实施例提供的UID维度的订单表集群的实施图;
图6为本发明另一实施例提供的根据UID计算分库分表信息的实施图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
如图1所示,为本发明实施例提供的一种处理订单的方法的流程示意图。
上述实施例中提供的一种处理订单的方法,包括以下步骤:
S101,接收WEB服务器发送批量的订单信息;
S102,根据订单信息生成订单ID;
S103,根据订单ID将订单信息写入数据库;
S104,将订单信息存储在数据库的子数据库中;
S105,从子数据库中读取订单信息。
上述实施例通过接收订单信息,根据订单信息生成订单ID,根据订单ID将订单信息写入并存储到子数据库中,并读取订单信息,对高并发订单的处理更迅速,提高了处理订单的效率。
在另一实施例中,如图2所示,为本发明另一实施例提供的一种对数据库进行分库分表操作的流程示意图。
上述实施例中提供的一种对数据库进行分库分表操作的方法,包括以下步骤:
S201,获取用户标识UID,并将数据库进行镜像复制,得到主数据库和从数据库,主数据库用于根据订单ID写入订单信息,从数据库用于读取订单信息。;
S202,分别对数据库中的用户表和订单表进行基于UID维度的分库处理,得到共n个子数据库;
S203,分别对每个子数据库中的订单表或用户表进行基于UID维度的分表处理,得到共m个子订单表;
S204,根据UID,计算得到的子数据库的数据库编号和子订单表的订单表编号。
上述实施例通过对数据库进行分库分表处理,实现了对订单信息的高效写入和读取,对订单信息的管理更加高效。
在另一实施例中,如图3所示,为本发明另一实施例提供的一种通过BID查询订单信息的流程示意图。
上述实施例中提供的一种通过BID查询订单信息的方法,包括以下步骤:
S301,获取用户标识UID维度的订单表集群和BID维度的订单表集群;
S302,将UID维度的订单表集群冗余一份到BID维度的订单表集群中;
S303,在UID维度的订单表集群和BID维度的订单表集群之间加入消息队列,对UID维度的订单表集群的数据和BID维度的订单表集群的数据进行数据同步;
S304,在UID维度的订单表集群和BID维度的订单表集群之间加入实时监控服务,实时计算UID维度的订单表集群和BID维度的订单表集群的数据差异,并进行一致性同步;
S305,通过查询BID维度的订单表集群来查询订单信息。
如图4所示,为本发明另一实施例提供的一种处理订单的系统的结构框架图。
上述实施例中提供的一种处理订单的系统,包括前台、订单系统和数据库,其中,
前台包括多个WEB服务器,用于向订单系统发送批量的订单信息;
订单系统用于接收前台发送的订单信息并产生相应的订单ID,并根据相应的订单ID向数据库写入或读取订单信息;
数据库包括多个子数据库,用于存储订单信息。
进一步,订单系统包括:写入接口、读取接口、用户中心、订单中心和商户中心,其中,
写入接口用于根据订单ID向数据库写入批量的订单信息;
读取接口用于从数据库读取订单信息;
用户中心用于管理UID,并供用户查询订单信息;
订单中心用于生成订单ID并管理订单信息;
商户中心用于管理BID,并供商户查询订单信息。
进一步,本发明系统和还包括粗细管道,粗细管道的出口端为细口,与前台中的WEB服务器连接,入口端为粗口,用于接收HTPP请求,粗细管道具体用于根据WEB服务器的最大同时请求数接受请求,超过最大同时请求数的请求存放在粗细管道中排队,等待WEB服务器处理完当前请求后,再将粗细管中的请求发送给WEB服务器。
如图5所示,为本发明另一实施例提供的UID维度的订单表集群,将主数据库扩容成8个子数据库,再将每个子数据库分成10个订单表。
如图6所示,为本发明另一实施例提供的根据UID计算分库分表信息的具体实施方式,例如,将订单表按UID维度拆分成了8个数据库,每个子数据库分为10张表,当UID=9527时,将9527除10取整,等于952,再将952模8加1,等于1,得到数据库编号为1,并将9527模10,等于7,得到订单表编号为7。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种处理订单的方法,其特征在于,包括以下步骤:
步骤1,接收WEB服务器发送批量的订单信息;
步骤2,根据所述订单信息生成订单ID;
步骤3,根据所述订单ID将所述订单信息写入数据库;
步骤4,将所述订单信息存储在所述数据库的子数据库中;
步骤5,从所述子数据库中读取订单信息。
2.根据权利要求1所述的方法,其特征在于,在步骤1之前,还包括生成所述子数据库的步骤:
获取用户标识UID,并将所述数据库进行镜像复制,得到主数据库和从数据库,所述主数据库用于根据所述订单ID写入所述订单信息,所述从数据库用于读出所述订单ID和所述订单信息;
分别对数据库中的用户表和订单表进行基于UID维度的分库处理,得到共n个子数据库;
分别对每个所述子数据库中的订单表或用户表进行基于UID维度的分表处理,得到共m个子订单表;
根据所述UID,计算得到的所述子数据库的数据库编号和所述子订单表的订单表编号。
3.根据权利要求2所述的方法,其特征在于,对所述数据库的分库处理以二叉树的方式进行分库,所述子数据库的数量n为2的x次幂,其中,x大于或者等于1。
4.根据权利要求3所述的方法,其特征在于,所述数据库编号的计算方式为:数据库编号=(UID/m)%n+1;
所述订单表编号的计算方式为:订单表编号=UID%m。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述订单ID由版本号、分库分表信息、时间戳、机器号和自增序号依次连接组成。
6.根据权利要求1所述的方法,其特征在于,在步骤1之前,还包括通过业务线标识BID查询订单信息的步骤:
获取用户标识UID维度的订单表集群和BID维度的订单表集群;
将所述UID维度的订单表集群冗余一份到所述BID维度的订单表集群中;
在所述UID维度的订单表集群和所述BID维度的订单表集群之间加入消息队列,对所述UID维度的订单表集群的数据和所述BID维度的订单表集群的数据进行数据同步;
在所述UID维度的订单表集群和所述BID维度的订单表集群之间加入实时监控服务,实时计算所述UID维度的订单表集群和所述BID维度的订单表集群的数据差异,并进行一致性同步;
通过查询所述BID维度的订单表集群来查询所述订单信息。
7.一种处理订单的系统,其特征在于,包括前台、订单系统和数据库,其中,
所述前台包括多个WEB服务器,用于向所述订单系统发送批量的订单信息;
所述订单系统用于接收所述前台发送的订单信息并产生相应的订单ID,并根据相应的订单ID向所述数据库写入或读取订单信息;
所述数据库包括多个子数据库,用于存储所述订单信息。
8.根据权利要求7所述的系统,其特征在于,所述订单系统包括:写入接口、读取接口、用户中心、订单中心和商户中心,其中,
所述写入接口用于根据所述订单ID向所述数据库写入订单信息;
所述读取接口用于从所述数据库读取订单信息;
所述用户中心用于管理用户标识UID,并供用户查询订单信息;
所述订单中心用于生成订单ID并管理订单信息;
所述商户中心用于管理业务线标识BID,并供商户查询订单信息。
9.根据权利要求7所述的系统,其特征在于,还包括粗细管道,所述粗细管道的出口端为细口,与所述前台中的WEB服务器连接,入口端为粗口,用于接收HTPP请求,所述粗细管道具体用于根据WEB服务器的最大同时请求数接受请求,超过所述最大同时请求数的请求存放在所述粗细管道中排队,等待所述WEB服务器处理完当前请求后,再将所述粗细管中的请求发送给所述WEB服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610797985.4A CN106372994A (zh) | 2016-08-31 | 2016-08-31 | 一种处理订单的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610797985.4A CN106372994A (zh) | 2016-08-31 | 2016-08-31 | 一种处理订单的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106372994A true CN106372994A (zh) | 2017-02-01 |
Family
ID=57899176
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610797985.4A Pending CN106372994A (zh) | 2016-08-31 | 2016-08-31 | 一种处理订单的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106372994A (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106997557A (zh) * | 2017-03-23 | 2017-08-01 | 深圳市创梦天地科技有限公司 | 订单信息采集方法及装置 |
CN107730352A (zh) * | 2017-09-30 | 2018-02-23 | 携程计算机技术(上海)有限公司 | 订单提醒方法、系统、存储介质、电子装置及服务器 |
CN107864233A (zh) * | 2017-11-08 | 2018-03-30 | 千寻位置网络有限公司 | 全局唯一id结构及生成方法 |
CN107885884A (zh) * | 2017-12-01 | 2018-04-06 | 深圳市天下房仓科技有限公司 | 一种酒店数据同步方法、系统及存储介质 |
CN108009883A (zh) * | 2017-11-30 | 2018-05-08 | 泰康保险集团股份有限公司 | 用于订单处理的方法及装置 |
CN108121801A (zh) * | 2017-12-21 | 2018-06-05 | 郑州云海信息技术有限公司 | 一种批量删除改配订单序列号与历史订单号的方法 |
CN108595514A (zh) * | 2018-03-23 | 2018-09-28 | 九派天下支付有限公司 | 电子订单处理方法及装置 |
CN108665352A (zh) * | 2018-05-10 | 2018-10-16 | 延锋彼欧(沈阳)汽车外饰系统有限公司 | 客户订单信息应急处理方法及装置 |
CN108874946A (zh) * | 2018-06-05 | 2018-11-23 | 政采云有限公司 | 一种id管理方法及装置 |
CN108874834A (zh) * | 2017-05-16 | 2018-11-23 | 北京嘀嘀无限科技发展有限公司 | 一种数据处理方法、处理系统及计算机装置 |
CN109976944A (zh) * | 2019-02-18 | 2019-07-05 | 北京三快在线科技有限公司 | 数据处理方法和系统,存储介质和电子设备 |
CN110083659A (zh) * | 2019-03-21 | 2019-08-02 | 深圳壹账通智能科技有限公司 | 基于分布式系统的多源数据读取方法和相关设备 |
CN110287430A (zh) * | 2019-06-25 | 2019-09-27 | 浪潮软件股份有限公司 | 一种基于Redis缓存技术实现商品信息缓存加载的方法 |
CN110502522A (zh) * | 2019-08-30 | 2019-11-26 | 携程计算机技术(上海)有限公司 | 报表处理系统及方法 |
CN111090525A (zh) * | 2019-12-18 | 2020-05-01 | 紫光云(南京)数字技术有限公司 | 一种Redis实现分布式锁的高并发优化的处理方法 |
CN111625602A (zh) * | 2020-05-26 | 2020-09-04 | 北京思特奇信息技术股份有限公司 | 一种基于客户id的分库方法和装置 |
CN111694841A (zh) * | 2020-04-29 | 2020-09-22 | 平安科技(深圳)有限公司 | 订单标识生成方法、装置、服务器及存储介质 |
CN113254442A (zh) * | 2021-05-21 | 2021-08-13 | 首约科技(北京)有限公司 | 一种用于出行行业的分库分表方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理系统及其处理方法 |
CN103679615A (zh) * | 2013-12-26 | 2014-03-26 | 广西科技大学 | 一种基于分布式系统架构的高可用物流信息管理系统 |
CN104270302A (zh) * | 2014-09-22 | 2015-01-07 | 上海钢有商贸有限公司 | 在线订单的传送系统及传送方法 |
CN105069059A (zh) * | 2015-07-28 | 2015-11-18 | 小米科技有限责任公司 | 数据库同步方法及装置 |
-
2016
- 2016-08-31 CN CN201610797985.4A patent/CN106372994A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理系统及其处理方法 |
CN103679615A (zh) * | 2013-12-26 | 2014-03-26 | 广西科技大学 | 一种基于分布式系统架构的高可用物流信息管理系统 |
CN104270302A (zh) * | 2014-09-22 | 2015-01-07 | 上海钢有商贸有限公司 | 在线订单的传送系统及传送方法 |
CN105069059A (zh) * | 2015-07-28 | 2015-11-18 | 小米科技有限责任公司 | 数据库同步方法及装置 |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106997557A (zh) * | 2017-03-23 | 2017-08-01 | 深圳市创梦天地科技有限公司 | 订单信息采集方法及装置 |
CN106997557B (zh) * | 2017-03-23 | 2021-06-29 | 深圳市创梦天地科技有限公司 | 订单信息采集方法及装置 |
CN108874834A (zh) * | 2017-05-16 | 2018-11-23 | 北京嘀嘀无限科技发展有限公司 | 一种数据处理方法、处理系统及计算机装置 |
CN107730352A (zh) * | 2017-09-30 | 2018-02-23 | 携程计算机技术(上海)有限公司 | 订单提醒方法、系统、存储介质、电子装置及服务器 |
CN107864233A (zh) * | 2017-11-08 | 2018-03-30 | 千寻位置网络有限公司 | 全局唯一id结构及生成方法 |
CN108009883A (zh) * | 2017-11-30 | 2018-05-08 | 泰康保险集团股份有限公司 | 用于订单处理的方法及装置 |
CN107885884A (zh) * | 2017-12-01 | 2018-04-06 | 深圳市天下房仓科技有限公司 | 一种酒店数据同步方法、系统及存储介质 |
CN108121801A (zh) * | 2017-12-21 | 2018-06-05 | 郑州云海信息技术有限公司 | 一种批量删除改配订单序列号与历史订单号的方法 |
CN108595514A (zh) * | 2018-03-23 | 2018-09-28 | 九派天下支付有限公司 | 电子订单处理方法及装置 |
CN108665352B (zh) * | 2018-05-10 | 2022-04-05 | 延锋彼欧(沈阳)汽车外饰系统有限公司 | 客户订单信息应急处理方法及装置 |
CN108665352A (zh) * | 2018-05-10 | 2018-10-16 | 延锋彼欧(沈阳)汽车外饰系统有限公司 | 客户订单信息应急处理方法及装置 |
CN108874946A (zh) * | 2018-06-05 | 2018-11-23 | 政采云有限公司 | 一种id管理方法及装置 |
CN108874946B (zh) * | 2018-06-05 | 2021-09-24 | 政采云有限公司 | 一种id管理方法及装置 |
CN109976944B (zh) * | 2019-02-18 | 2021-05-07 | 北京三快在线科技有限公司 | 数据处理方法和系统,存储介质和电子设备 |
CN109976944A (zh) * | 2019-02-18 | 2019-07-05 | 北京三快在线科技有限公司 | 数据处理方法和系统,存储介质和电子设备 |
CN110083659A (zh) * | 2019-03-21 | 2019-08-02 | 深圳壹账通智能科技有限公司 | 基于分布式系统的多源数据读取方法和相关设备 |
CN110287430A (zh) * | 2019-06-25 | 2019-09-27 | 浪潮软件股份有限公司 | 一种基于Redis缓存技术实现商品信息缓存加载的方法 |
CN110502522A (zh) * | 2019-08-30 | 2019-11-26 | 携程计算机技术(上海)有限公司 | 报表处理系统及方法 |
CN110502522B (zh) * | 2019-08-30 | 2022-11-29 | 携程计算机技术(上海)有限公司 | 报表处理系统及方法 |
CN111090525A (zh) * | 2019-12-18 | 2020-05-01 | 紫光云(南京)数字技术有限公司 | 一种Redis实现分布式锁的高并发优化的处理方法 |
CN111090525B (zh) * | 2019-12-18 | 2022-09-23 | 紫光云(南京)数字技术有限公司 | 一种Redis实现分布式锁的高并发优化的处理方法 |
CN111694841A (zh) * | 2020-04-29 | 2020-09-22 | 平安科技(深圳)有限公司 | 订单标识生成方法、装置、服务器及存储介质 |
CN111625602A (zh) * | 2020-05-26 | 2020-09-04 | 北京思特奇信息技术股份有限公司 | 一种基于客户id的分库方法和装置 |
CN113254442A (zh) * | 2021-05-21 | 2021-08-13 | 首约科技(北京)有限公司 | 一种用于出行行业的分库分表方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106372994A (zh) | 一种处理订单的方法和系统 | |
CN111091429B (zh) | 电子票据标识分配方法及装置、电子票据生成系统 | |
CN101595668B (zh) | 建立协调定时网络中的服务器之间的逻辑路径的方法和系统 | |
CN102955845B (zh) | 数据访问方法、装置与分布式数据库系统 | |
US8196150B2 (en) | Event locality using queue services | |
JP6336988B2 (ja) | 使用要求の小バッチ処理のためのシステムおよび方法 | |
US20200364656A1 (en) | Task dispatching method and apparatus, electronic device, and computer-readable storage medium | |
CN110247984B (zh) | 业务处理方法、装置及存储介质 | |
US20070078911A1 (en) | Replicating data across the nodes in a cluster environment | |
CN101453488B (zh) | 混合系统的存储器到存储器通信和存储的方法和系统 | |
KR20160147909A (ko) | 트랜잭셔널 환경에서 리소스 관리자(rm) 인스턴스 인지에 기초하여 공통 트랜잭션 식별자(xid) 최적화 및 트랜잭션 친화성을 지원하기 위한 시스템 및 방법 | |
US20080148275A1 (en) | Efficient Order-Preserving Delivery of Concurrent Messages | |
US20160062854A1 (en) | Failover system and method | |
CN107464151A (zh) | 高并发业务的订单数据处理方法及装置 | |
CN101895536A (zh) | 多媒体信息共享方法 | |
CN102710763A (zh) | 一种分布式缓存池化、分片及故障转移的方法及系统 | |
CN104111957B (zh) | 一种分布式事务同步的方法及系统 | |
CN105847231A (zh) | 服务发布方法、装置及系统 | |
CN105976245A (zh) | 一种模拟交易系统及方法 | |
CN101771703A (zh) | 一种资讯服务系统和方法 | |
CN101534319B (zh) | 一种解除指令间依赖关系的方法、系统和代理服务器 | |
WO2024051454A1 (zh) | 处理事务日志的方法及装置 | |
CN104917800B (zh) | 建立用于虚拟机的冗余连接的方法及装置 | |
CN106657350A (zh) | 数据复制方法及装置 | |
CN103780433A (zh) | 自愈式虚拟资源配置管理数据架构 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB03 | Change of inventor or designer information | ||
CB03 | Change of inventor or designer information |
Inventor after: Li Yemeng Inventor after: Jing Zhiyong Inventor before: Li Xu |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170201 |