CN104636499A - 一种基于高并发的数据处理系统以及方法 - Google Patents
一种基于高并发的数据处理系统以及方法 Download PDFInfo
- Publication number
- CN104636499A CN104636499A CN201510102404.6A CN201510102404A CN104636499A CN 104636499 A CN104636499 A CN 104636499A CN 201510102404 A CN201510102404 A CN 201510102404A CN 104636499 A CN104636499 A CN 104636499A
- Authority
- CN
- China
- Prior art keywords
- transaction
- information
- control data
- major control
- distribution rules
- 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
Abstract
本发明提供了一种基于高并发的数据处理系统以及方法,其中,系统包括:联机模块,用于接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中;主控制数据库,用于储存签约信息和交易分发规则;至少两个交易数据库,用于储存交易信息。如此方案,利用分库技术通过多个交易数据库缓解了现有技术中仅有一个数据库的访问压力,基于多个交易数据库提出了以交易分发规则为基准的记录方式,这样能够解决交易高并发下数据库操作瓶颈问题。
Description
技术领域
本发明涉及数据处理技术领域,具体涉及一种基于高并发的数据处理系统以及方法。
背景技术
随着电子商务的快速发展及普及,每天的交易数据量非常大,尤其是在流行的网络节日如“光棍节”、“感恩节”、“双十二”等,在这些节日里电子商家会推出许多优惠活动,以刺激或满足用户的购买需求。这些节日当天的交易数据量更是成倍增加,这种交易高并发的数据会给支付系统造成巨大压力。
目前为了支持这种交易高并发的数据,支付系统会增加多个联机模块,以接收大量的交易请求,但存在的问题是,系统中仅有一个数据库(O racle RAC),该数据库既要储存用户和商户的签约信息,又要根据用户和商户各自不同的需求,记录满足两者需求的交易信息。虽然现有技术方案通过横向扩展增加了联机模块,可以接收大量的支付请求,但在具体处理时,仍旧会受到数据库读取操作的制约,无法真正实现对交易高并发数据的高速率处理。
发明内容
本发明提供了一种基于高并发的数据处理系统以及方法,能够解决现有技术中数据库操作瓶颈问题,以实现交易高并发数据的高速率处理。
在本发明第一方面,提供了一种基于高并发的数据处理系统,所述系统包括:
联机模块,用于接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中;
主控制数据库,用于储存签约信息和交易分发规则;
至少两个交易数据库,用于储存交易信息。
可选的,所述系统还包括:
缓存模块,用于将主控制数据库中储存的签约信息和交易分发规则同步缓存起来;
则所述联机模块,具体用于接收交易请求,根据所述缓存模块中的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据所述缓存模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
可选的,所述联机模块还包括:
缓存子模块,用于将主控制数据库中储存的签约信息和交易分发规则同步缓存起来;
则所述联机模块,具体用于接收交易请求,根据本地的缓存子模块中的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据本地的缓存子模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
可选的,所述联机模块还用于接收交易查询请求,根据主控制数据库的交易分发规则在对应的交易数据库中查找对应的信息。
可选的,所述至少两个交易数据库,具体包括:
至少一个客户交易数据库,用于储存客户维度的交易信息;
至少一个商户交易数据库,用于储存商户维度的交易信息。
可选的,所述系统还包括:
批量统计模块,用于根据所述交易分发规则将所述交易数据库记录的交易信息进行汇总,并储存在所述主控制数据库,以使校验人员实现交易的二次验证。
在本发明第二方面,提供了一种基于高并发的数据处理方法,所述方法包括:
接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;
在验证通过之后,调用后台账务处理系统完成交易;
在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中。
可选的,所述方法还包括:
从主控制数据库中读取签约信息和交易分发规则,并将读取到的签约信息和交易分发规则同步缓存在系统的缓存模块或者联机模块自身的缓存子模块中;
则所述接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证,具体为:
接收交易请求,根据系统的缓存模块或者联机模块自身的缓存子模块中的签约信息对当前交易的合法性进行验证;
则在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中,具体为:
在交易完成之后,根据系统的缓存模块或者联机模块自身的缓存子模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
可选的,所述方法还包括:
接收交易查询请求,根据主控制数据库的交易分发规则在对应的交易数据库中查找对应的信息。
可选的,如果系统包括至少一个客户交易数据库,用于储存客户维度的交易信息;以及至少一个商户交易数据库,用于储存商户维度的交易信息;
则所述根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中,具体为:
根据主控制数据库中的交易分发规则将当前交易的客户相关信息记录在对应的客户交易数据库中,并将当前交易的商户相关信息记录在对应的商户交易数据库中。
可选的,所述方法还包括:
根据所述交易分发规则将所述交易数据库记录的交易信息进行汇总,并储存在所述主控制数据库,以使校验人员实现交易的二次验证。
通过上述技术方案可以看出,本申请具有以下有益效果:
本发明的数据处理系统包括联机模块、主控制数据库和至少两个交易数据库;通过联机模块接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;并根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中;其中,主控制数据库,用于储存签约信息和交易分发规则;至少两个交易数据库,用于储存交易信息。本发明通过多个交易数据库缓解了现有技术中仅有一个数据库的访问压力,基于多个交易数据库提出了以交易分发规则为基准的记录方式,这样能够解决交易高并发下数据库操作瓶颈问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其它的附图。
图1是本发明实施例1的一种基于高并发的数据处理系统的结构图;
图2是本发明实施例2的一种基于高并发的数据处理系统的结构图;
图3是本发明实施例3的一种基于高并发的数据处理系统的结构图;
图4是本发明实施例4的一种基于高并发的数据处理方法的流程图;
图5是本发明实施例5的一种基于高并发的数据处理方法的流程图;
图6是本发明实施例6的一种基于高并发的数据处理方法的流程图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和实施方式对本发明实施例作进一步的详细说明。
实施例1
参见图1,示出了本发明实施例1的一种基于高并发的数据处理系统的结构图,该系统可包括:联机模块101、主控制数据库102、以及至少两个交易数据库,本实施例仅以两个数据库为例,即交易数据库103和交易数据库104;下面根据该系统的工作原理,对该系统内部各模块的连接关系和功能作解释说明。
联机模块101,用于接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中。
在具体实现时,该系统还可以包括多个联机模块,这样可以扩展系统接收交易请求的容量,进一步提高系统并行处理数据的能力。也就是说,系统可以包括至少一个联机模块,每个联机模块的功能相同,在本实施例中仅以一个联机模块为例对其工作原理进行解释说明。
为了更清楚的解释系统,下面对支付交易的处理流程作简单介绍。
联机模块会接收到交易请求,一般情况下,交易请求包含客户信息、商户信息、交易金额等完成交易所必须的信息,例如,用户在电子商务平台上购买某件商品,在下订单界面完成相关信息,如用户选择支付宝支付,则通过支付宝向支付系统发送交易请求,此时交易双方就是用户和支付宝。由支付系统先通过签约信息验证,比如验证用户是否为签约用户以及验证支付宝是否为签约商户;如果验证通过,表明当前交易合法,则通过通信接口转换模块,将该交易请求转换为后台账务处理系统所能识别的格式,由后台账务处理系统完成此次交易的后台处理。这个过程具体是:
在验证通过之后,调用后台账务处理系统完成交易,其本质是动账处理,如从用户签约的账户扣除当前交易的金额,转给商户签约的账户。当后台账务处理系统完成当前交易处理之后,会向联机模块发送交易完成信息,联机模块接收到交易完成信息之后,需要将此次交易的相关信息记录在数据库中,以便用户或者商户查询交易记录。
主控制数据库102,用于储存签约信息和交易分发规则。以及两个交易数据库103和104,用于储存交易信息。
在具体实现时,用户和商户都会通过银行柜台或者网络服务完成网银签约,在银行的签约服务器中会保存有所有用户和所有商户的签约信息,在实现本发明时,需要实时或者定期将新的签约信息写入主控制数据库,以保证主控制数据库中签约信息的完整性。
在具体实现时,可以预先在主控制数据库中写入设置的交易分发规则;当然根据实际需求不同,交易分发规则会做适应性调整,则可以对主控制数据库中已有的交易分发规则进行修改。
在具体实现时,这里的交易分发规则可以是基于账号奇偶的规则,也可以是基于交易关键信息哈希值的规则,还可以是基于账号取模的规则等。特殊情况下,当系统仅包括两个交易数据库,则交易分发规则用于指示客户交易信息和商户交易信息分别对应的交易数据库。
在具体实现时,考虑到目前支付系统的应用情况,在交易数据库中记录的交易信息,可以从业务上被区分为服务于客户和商户这两种,因此交易数据库也可以分为两大类,一类是客户交易数据库,一类是商户交易数据库;在客户交易数据库中可以储存客户维度的交易信息,即,根据客户关注的关键字如账号,用户名等信息,建立交易表,交易表可以按日期分区,建立以账号的本地索引,方便后期用户查询信息。商户交易数据库中可以储存商户维度的交易信息,即,根据商户关注的关键字如商户流水号,商户名称等信息,建立交易表,交易表可以按日期分区,建立以商户号和商户流水号的本地索引,方便后期用户查询信息。至于客户交易数据库、商户交易数据库的个数可以根据实际情况而设定。
上述实施例1提供的系统,利用分库技术从功能角度将现有技术的一个数据库(O racle RAC)功能划分为一个主控制数据库和多个交易数据库,这样减小了访问主控制数据库的次数,缓解主控制数据库的压力,将记录交易信息的工作分散到多个交易数据库中,降低了每个库的交易量,并将IO分散到不同物理节点上。因此,本发明提供的系统能够解决现有技术系统中仅有一个数据库(O racle RAC)的操作瓶颈问题。同时,在实施层面,交易并发量达到当前交易数据库的极限时,仅需增加对应交易库个数,修改交易分发规则即可,无需做程序版本的更新。
实施例2
考虑到客户签约信息和商户签约信息是作为交易验证的前提,必须满足及时查询,为了进一步缓解主控制数据库的压力,提高系统处理能力,本发明还提供了优选方案,该优选方案的主要思想是在上述实施例1的基础上增加缓存机制,将主控制数据库中的信息缓存起来,当有交易请求时,直接访问缓存模块完成交易验证,这样缓解主控制数据库的访问压力。
参见图2,示出了本发明实施例2的一种基于高并发的数据处理系统的结构图,该系统可包括:联机模块201、主控制数据库202、至少两个交易数据库以及缓存模块205,本实施例仅以两个数据库为例,即交易数据库203和交易数据库204;下面根据该系统的工作原理,对该系统内部各模块的连接关系和功能作解释说明。
联机模块201,用于接收交易请求,根据所述缓存模块中的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据所述缓存模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
主控制数据库202,用于储存签约信息和交易分发规则。
交易数据库203和204,用于储存交易信息。
缓存模块205,用于将主控制数据库中储存的签约信息和交易分发规则同步缓存起来。
在具体实现时,由于联机模块自身具备缓存机制,因此,也可以将缓存机制设置在联机模块中,具体为:所述联机模块包括缓存子模块;该缓存子模块,用于将主控制数据库中储存的签约信息和交易分发规则同步缓存起来;
则所述联机模块,具体用于接收交易请求,根据本地的缓存子模块中的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据本地的缓存子模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
另外,所述联机模块,如果没有查找到当前交易对应的签约信息,则还可以根据主控制数据库的签约信息对当前交易的合法性进行验证。
上述实施例2提供的系统,一方面通过缓存机制减少了主控制数据库的连接请求;另一方面通过分库机制减小了主控制数据库的访问压力,并将主控制数据库的交易量记录任务分散到不同的交易数据库中,缓解主控制数据库的读写压力,这种分库机制能够将IO分散到不同物理节点,避免出现磁盘热点,同时当交易量达到一定量级之后,这种分库机制也解决了记录交易信息建立交易表索引的复杂度高的问题。
实施例3
针对银行的交易支付业务,还需要作二次验证,如统计用户一天的交易量,核对用户交易金额数据是否正确;现有技术的方法是从唯一的数据库中统计出每个用户或者商户的交易金额数据,这种统计方式复杂耗时,且一定程度上占用数据库资源。基于此,本发明还提供了优选方案,该优选方案的主要思想是在上述实施例1的基础上增加批量统计机制,根据交易分发规则从对应的交易数据库中统计交易信息,并储存在主控制数据库中。
参见图3,示出了本发明实施例3的一种基于高并发的数据处理系统的结构图,该系统可包括:联机模块301、主控制数据库302、至少两个交易数据库以及批量统计模块305,本实施例仅以两个交易数据库为例,即交易数据库303和交易数据库304;下面根据该系统的工作原理,对该系统内部各模块的连接关系和功能作解释说明。
联机模块301,用于接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中;
主控制数据库302,用于储存签约信息和交易分发规则;
两个交易数据库303和304,用于储存交易信息。
批量统计模块305,用于根据所述交易分发规则将所述交易数据库记录的交易信息进行汇总,并储存在所述主控制数据库,以使校验人员实现交易的二次验证。
上述实施例3提供的系统,是在实施例1系统的基础上增加了批量统计模块,通过批量统计模块根据交易分发规则将交易数据库记录的交易信息进行汇总,这种批量统计方式的处理速度快,占用主控制数据库的资源较少。
实施例4
参见图4,示出了本发明实施例4的一种基于高并发的数据处理方法的流程图,该方法是从基于高并发的数据处理系统的角度描述的,该方法可包括:
S401,接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证。
在具体实现时,由系统的联机模块接收交易请求,从主控制数据库中读取签约信息,对当前交易的合法性进行验证,这里的合法性也可称之为合规性。在实际验证过程中,主要验证用户的签约信息和商户的签约信息以及用户和商户之间的签约信息等,如果当前交易的相关签约信息均通过验证,则表明当前交易符合规定,可以继续后续交易处理。例如,用户使用支付宝完成支付交易,对于系统而言,会接收到支付宝发送的交易请求,进而根据该交易请求包含的用户、商户相关信息,进行签约信息验证,如果验证通过,才进行后续的支付交易处理,也就是进行动账处理。
S402,在验证通过之后,调用后台账务处理系统完成交易。
现有的银行系统均设置独立的专门的后台账务处理系统,用于实现动账处理,因此,当合法性验证通过之后,联机模块会调用后台账务处理系统,通过该系统实现动账处理完成交易。
S403,在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中。
在交易完成之后,需要将此次交易的相关信息记录起来,这是整个交易支付数据处理的必要环节,本实施例最重要部分就是通过分库技术将每个库的交易量规模减小,同时把IO分散到不同的物理节点,这样避免出现使用但数据库,写数据库的IO出现磁盘热点的问题。
在具体实现时,主控制数据库中会储存有交易分发规则,该规则主要用于确定交易信息对应的交易数据库;该规则可以根据实际需求以及交易数据库的个数进行调整。
若系统内有两个交易数据库则该交易分发规则可以是规定客户维度的交易信息对应的交易数据库,以及商户维度的交易信息对应的交易数据库;
若系统内有四个交易数据库,则该交易分发规则可以是基于用户账号的奇偶数规定用户维度的交易信息对应的两个交易数据库,以及基于商户流水号的奇偶数规定商户维度的交易信息对应的两个交易数据库。
若系统内有多个交易数据库,则该交易分发规则可以基于用户账号取模的数值大小规定用户维度的交易信息对应的交易数据库以及根据基于商户账号取模的数值大小规定商户的交易信息对应的交易数据库。根据不同的需求,交易分发规则还可以参考交易日期、交易时间以及交易关键信息等内容,基于这些内容来设置具体分配规则。
通过上述实施例4可以看出,本发明的基于高并发的数据处理方法,主要是利用分库技术,将现有技术的单点数据库的记录交易信息的任务分散到专门的交易数据库中,且通过多个交易数据库将每个库的交易量规模减小,同时将IO分散到不同物理节点,避免一个数据库易出现磁盘热点的问题。正是由于分库技术,使得主控制数据库仅支持查询签约信息和交易分发规则的功能,能够支持高并发的交易请求。
实施例5
考虑到客户签约信息和商户签约信息是作为交易验证的前提,必须满足及时查询,为了进一步缓解主控制数据库的压力,提高系统处理能力,本发明还提供了优选方案,该优选方案的主要思想是在上述实施例4的基础上增加缓存机制,将主控制数据库中的信息缓存起来,当有交易请求时,直接访问缓存模块完成交易验证,这样缓解主控制数据库的访问压力。
参见图5,示出了本发明实施例5的一种基于高并发的数据处理方法的流程图,该方法是从基于高并发的数据处理系统的角度描述的,该方法可包括:
S501,从主控制数据库中读取签约信息和交易分发规则,并将读取到的签约信息和交易分发规则同步缓存在系统的缓存模块或者联机模块自身的缓存子模块中;
S502,接收交易请求,根据系统的缓存模块或者联机模块自身的缓存子模块中的签约信息对当前交易的合法性进行验证;
S503,如果没有查找到当前交易对应的签约信息,则再根据主控制数据库的签约信息对当前交易的合法性进行验证;
S504,在验证通过之后,调用后台账务处理系统完成交易。
S505,在交易完成之后,根据系统的缓存模块或者联机模块自身的缓存子模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
需要说明的是,本实施例的各个步骤间没有严格的执行顺序要求,图5仅仅是示例性的,如S501在具体实现时,可以周期性执行,以保证缓存模块或者缓存子模块中的信息为最新的信息,该步骤的实现与其他步骤的实现没有顺序先后要求。
上述实施例5提供的方法,通过缓存机制和分库机制减小了主控制数据库的访问压力,另外,通过分库机制将主控制数据库的交易量记录任务分散到不同的交易数据库中,这样又起到缓解主控制数据库的压力,这种分库机制能够将IO分散到不同物理节点,避免出现磁盘热点,同时当交易量达到一定量级之后,这种分库机制也解决了记录交易信息建立交易表索引的复杂度高的问题。
实施例6
针对银行的交易支付业务,还需要作二次验证,如统计用户一天的交易量,核对用户交易金额数据是否正确;现有技术的方法是从唯一的数据库中统计出每个用户或者商户的交易金额数据,这种统计方式复杂耗时,且一定程度上占用数据库资源。基于此,本发明还提供了优选方案,该优选方案的主要思想是在上述实施例4的基础上增加批量统计机制,根据交易分发规则从对应的交易数据库中统计交易信息,并储存在主控制数据库中。
S601,接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;
S602,在验证通过之后,调用后台账务处理系统完成交易;
S603,在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中。
S604,根据所述交易分发规则将所述交易数据库记录的交易信息进行汇总,并储存在所述主控制数据库,以使校验人员实现交易的二次验证。
上述实施例6提供的方法,是在实施例4方法的基础上增加了批量统计步骤,具体是根据交易分发规则将交易数据库记录的交易信息进行汇总,这种批量统计方式的处理速度快,占用主控制数据库的资源较少。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其它实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本发明实施例进行了详细介绍,本文中应用了具体实施方式对本发明进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及设备;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (11)
1.一种基于高并发的数据处理系统,其特征在于,所述系统包括:
联机模块,用于接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中;
主控制数据库,用于储存签约信息和交易分发规则;
至少两个交易数据库,用于储存交易信息。
2.根据权利要求1所述的系统,其特征在于,所述系统还包括:
缓存模块,用于将主控制数据库中储存的签约信息和交易分发规则同步缓存起来;
则所述联机模块,具体用于接收交易请求,根据所述缓存模块中的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据所述缓存模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
3.根据权利要求1所述的系统,其特征在于,所述联机模块还包括:
缓存子模块,用于将主控制数据库中储存的签约信息和交易分发规则同步缓存起来;
则所述联机模块,具体用于接收交易请求,根据本地的缓存子模块中的签约信息对当前交易的合法性进行验证;验证通过之后,调用后台账务处理系统完成交易;以及在交易完成之后,根据本地的缓存子模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
4.根据权利要求1所述的系统,其特征在于,所述联机模块还用于接收交易查询请求,根据主控制数据库的交易分发规则在对应的交易数据库中查找对应的信息。
5.根据权利要求1所述的系统,其特征在于,所述至少两个交易数据库,具体包括:
至少一个客户交易数据库,用于储存客户维度的交易信息;
至少一个商户交易数据库,用于储存商户维度的交易信息。
6.根据权利要求1所述的系统,其特征在于,所述系统还包括:
批量统计模块,用于根据所述交易分发规则将所述交易数据库记录的交易信息进行汇总,并储存在所述主控制数据库,以使校验人员实现交易的二次验证。
7.一种基于高并发的数据处理方法,其特征在于,所述方法包括:
接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证;
在验证通过之后,调用后台账务处理系统完成交易;
在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
从主控制数据库中读取签约信息和交易分发规则,并将读取到的签约信息和交易分发规则同步缓存在系统的缓存模块或者联机模块自身的缓存子模块中;
则所述接收交易请求,根据主控制数据库的签约信息对当前交易的合法性进行验证,具体为:
接收交易请求,根据系统的缓存模块或者联机模块自身的缓存子模块中的签约信息对当前交易的合法性进行验证;
则在交易完成之后,根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中,具体为:
在交易完成之后,根据系统的缓存模块或者联机模块自身的缓存子模块中的交易分发规则将当前交易的相关信息记录在对应的交易数据库。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收交易查询请求,根据主控制数据库的交易分发规则在对应的交易数据库中查找对应的信息。
10.根据权利要求7所述的方法,其特征在于,如果系统包括至少一个客户交易数据库,用于储存客户维度的交易信息;以及至少一个商户交易数据库,用于储存商户维度的交易信息;
则所述根据主控制数据库中的交易分发规则将当前交易的相关信息记录在对应的交易数据库中,具体为:
根据主控制数据库中的交易分发规则将当前交易的客户相关信息记录在对应的客户交易数据库中,并将当前交易的商户相关信息记录在对应的商户交易数据库中。
11.根据权利要求7所述的方法,其特征在于,所述方法还包括:
根据所述交易分发规则将所述交易数据库记录的交易信息进行汇总,并储存在所述主控制数据库,以使校验人员实现交易的二次验证。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510102404.6A CN104636499A (zh) | 2015-03-09 | 2015-03-09 | 一种基于高并发的数据处理系统以及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510102404.6A CN104636499A (zh) | 2015-03-09 | 2015-03-09 | 一种基于高并发的数据处理系统以及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104636499A true CN104636499A (zh) | 2015-05-20 |
Family
ID=53215245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510102404.6A Pending CN104636499A (zh) | 2015-03-09 | 2015-03-09 | 一种基于高并发的数据处理系统以及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104636499A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106372178A (zh) * | 2016-08-30 | 2017-02-01 | 中国民生银行股份有限公司 | 交易文件处理方法、装置及服务器 |
CN106910121A (zh) * | 2015-12-23 | 2017-06-30 | 阿里巴巴集团控股有限公司 | 生成账务记录方法及装置 |
CN108573030A (zh) * | 2018-03-21 | 2018-09-25 | 中国银行股份有限公司 | 数据库选择方法及系统 |
CN109949129A (zh) * | 2019-03-12 | 2019-06-28 | 北京思特奇信息技术股份有限公司 | 一种高并发的订单处理系统及方法 |
WO2019218976A1 (zh) * | 2018-05-14 | 2019-11-21 | 网联清算有限公司 | 数据处理方法、装置和计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079172A (zh) * | 2007-07-20 | 2007-11-28 | 中国建设银行股份有限公司 | 一种自助服务系统及一种联机交易方法 |
CN102117520A (zh) * | 2009-12-31 | 2011-07-06 | 亿阳信通股份有限公司 | 基于ic卡的支付方法、管理装置、服务器及移动终端 |
CN103489095A (zh) * | 2013-10-08 | 2014-01-01 | 百度在线网络技术(北京)有限公司 | 电子交易方法、系统及支付平台系统 |
-
2015
- 2015-03-09 CN CN201510102404.6A patent/CN104636499A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079172A (zh) * | 2007-07-20 | 2007-11-28 | 中国建设银行股份有限公司 | 一种自助服务系统及一种联机交易方法 |
CN102117520A (zh) * | 2009-12-31 | 2011-07-06 | 亿阳信通股份有限公司 | 基于ic卡的支付方法、管理装置、服务器及移动终端 |
CN103489095A (zh) * | 2013-10-08 | 2014-01-01 | 百度在线网络技术(北京)有限公司 | 电子交易方法、系统及支付平台系统 |
Non-Patent Citations (5)
Title |
---|
何勇 等: "《Greenplum企业应用实战》", 31 October 2014 * |
列旭松 等: "《PHP核心技术与最佳实现》", 31 January 2013, 《机械工业出版社》 * |
李丙洋: "《涂抹MySQL》", 30 April 2014, 《中国水利水电出版社》 * |
王流励: ""手机支付系统的设计与实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
陈进 等: "《电子金融概论》", 30 September 2009, 《首都经济贸易大学出版社》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106910121A (zh) * | 2015-12-23 | 2017-06-30 | 阿里巴巴集团控股有限公司 | 生成账务记录方法及装置 |
CN106372178A (zh) * | 2016-08-30 | 2017-02-01 | 中国民生银行股份有限公司 | 交易文件处理方法、装置及服务器 |
CN108573030A (zh) * | 2018-03-21 | 2018-09-25 | 中国银行股份有限公司 | 数据库选择方法及系统 |
WO2019218976A1 (zh) * | 2018-05-14 | 2019-11-21 | 网联清算有限公司 | 数据处理方法、装置和计算机可读存储介质 |
US11934371B2 (en) | 2018-05-14 | 2024-03-19 | Netsunion Clearing Corporation | Data processing method and apparatus, and computer-readable storage medium |
CN109949129A (zh) * | 2019-03-12 | 2019-06-28 | 北京思特奇信息技术股份有限公司 | 一种高并发的订单处理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020024968A1 (zh) | 资源转移数据管理方法、装置及存储介质 | |
CN104636499A (zh) | 一种基于高并发的数据处理系统以及方法 | |
CN110458562B (zh) | 票据报销方法、装置和设备及计算机存储介质 | |
US20120185378A1 (en) | System and Method for Adaptive Selection of Bank Card for Payment | |
KR102150747B1 (ko) | 트랜잭션 정보 프로세싱 방법 및 장치 | |
MX2009010274A (es) | Sistema y metodo para autorizar transacciones con tarjetas de valor almacenado. | |
CN106462461A (zh) | 用于针对用户的移动宽带服务和虚拟化云资源的消费向用户开账单的系统、设备和方法 | |
CN110147686A (zh) | 一种个人资产变更记录的存储方法、系统、装置及设备 | |
CN110738477A (zh) | 一种对账方法、装置、计算机设备及存储介质 | |
US11978026B2 (en) | Transferring funds between two parties | |
US20180152429A1 (en) | Systems and methods for publicly verifiable authorization | |
US11881990B2 (en) | Systems and methods for providing split control of multiple execution environments | |
CN103020844A (zh) | 基于地理位置服务的移动电子商务系统及方法 | |
CN109711845A (zh) | 一种基于SaaS模式银企互联对接方法及系统 | |
CN110020846A (zh) | 一种转账业务处理方法及系统 | |
US20150332250A1 (en) | Systems and methods for security features for retail cards exchange | |
CN109993528A (zh) | 一种用于管理委托任务的方法与设备 | |
KR102136976B1 (ko) | 토큰화된 모바일 상품권 서비스 방법 및 이를 이용한 서비스 제공 장치 | |
CN111242783B (zh) | 交易数据处理方法、装置、计算机设备以及存储介质 | |
KR102286848B1 (ko) | 가맹점 통합 플랫폼 시스템 | |
CN116707821A (zh) | 基于区块链的交易数据处理方法及装置 | |
US20130275265A1 (en) | Business to business integration services marketplace | |
CN111260411B (zh) | 一种资源处理方法及装置 | |
KR20210133920A (ko) | 상품 구매 추천 및 결제 시스템 | |
CN113177772A (zh) | 一种业务数据处理方法、装置和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150520 |