CN103500180A - 一种基于连接池管理的分布式事务处理方法 - Google Patents
一种基于连接池管理的分布式事务处理方法 Download PDFInfo
- Publication number
- CN103500180A CN103500180A CN201310407440.4A CN201310407440A CN103500180A CN 103500180 A CN103500180 A CN 103500180A CN 201310407440 A CN201310407440 A CN 201310407440A CN 103500180 A CN103500180 A CN 103500180A
- Authority
- CN
- China
- Prior art keywords
- server
- database server
- service request
- acting server
- acting
- 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
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/23—Updating
- G06F16/2308—Concurrency control
- G06F16/2336—Pessimistic concurrency control approaches, e.g. locking or multiple versions without time stamps
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种基于连接池管理的分布式事务处理方法,其通过在代理服务器中建立连接池,当代理服务器接收到应用服务器发送的一个事务处理的第一条业务请求时,代理服务器与相关的数据库服务器建立持久化连接,代理服务器将该业务请求通过持久化连接发送给各数据库服务器进行处理,且后续的所有属于该事务处理的业务请求均通过已建立的持久化连接发送给各数据库服务器进行处理,直至应用服务器发送的业务请求为关闭本次事务处理请求或者非事务请求,代理服务器收回代理服务器与各数据库服务器间建立的持久化连接,保证了事务处理数据的一致性及完整型,同时也保证了事务的隔离级别,对高并发数据业务起到促进作用,保证高并发访问的数据一致性。
Description
技术领域
本发明涉及分布式数据库及云计算领域,尤其涉及一种基于连接池管理的分布式事务处理方法。
背景技术
在互联网、电信等许多关键领域,随着企业业务的不断发展,企业的I/T环境也在不断进行演变,单个数据库已经很难满足海量数据库存储和高并发数据访问,分布式数据库的出现成为必然,分布式数据库能够有效的解决海量数据存储和并发问题,通过数据的水平切合和数据表的垂直切分,有效的缓解了海量数据存储,通过负载均衡、高可用、轮询等缓解了高并发问题,但是如何保障各个节点数据的一致性、数据完整性、数据隔离性成为分布式数据库需要面对的问题。
如图1所示,现有分布式数据库***很难做到对分布式事务处理的支持,每个数据库节点和代理服务器之间采用短连接方式,无法保障数据的回滚和数据的一致性。
每个应用服务器与代理服务器之间建立一个链接,代理服务器负责简单的路由处理,根据路由结果将sql消息发送到数据库节点,数据库节点和代代理服务器间存在一个临时的数据库连接,会话完毕后,连接就被回收,供其他数据库访问调用。
现有方法存在以下缺点:
1)数据库节点和代理服务器间无持久连接无法保障数据的回退操作;
2)在多节点同时操作的情况下无法保证数据的一致性;
3)应用服务器和代理服务器之间的连接无法做到有效的继承,数据库节点和代理服务器之间处于无序状态,连接的无序状态导致数据库无法高可用,分布式数据库受到很大的限制;
4)对于数据性要求较高的业务无法支持;
5)数据库事务隔离级别无法支持,部分数据无法读取,导致无法进行行锁和脏读。
发明内容
本发明所要解决的技术问题是针对现有技术的不足,提供一种基于连接池管理的分布式事务处理方法,有效实现分布式数据库对事务的处理。
本发明解决上述技术问题的技术方案如下:一种基于连接池管理的分布式事务处理方法,包括如下步骤:
步骤1:在代理服务器中建立连接池,并初始化;
步骤2:应用服务器向代理服务器发送业务请求;
步骤3:代理服务器判断业务请求的类型,如过为非事务请求,执行步骤4;如果为事务请求,执行步骤5;
步骤4:通过短连接方式处理,结束;
步骤5:判断业务请求是否为事务开启性语句,如果是则执行步骤6,否则执行步骤8;
步骤6:赋予应用服务器与代理服务器间的连接状态为事务状态并设定事务级别,代理服务器根据业务请求在连接池中查找要发送业务请求的数据库服务器,并建立代理服务器与查找到的各数据库服务器间的持久化连接;
步骤7:代理服务器通过持久化连接将业务请求发送给各数据库服务器,执行步骤9;
步骤8:代理服务器根据业务请求内容进行路由,根据路由结果与已建立的持久化连接进行比较,找到所需的持久化连接,并通过找到的持久化连接将业务请求发送给相应的数据库服务器;
步骤9:所述各数据库服务器处理业务请求,并向代理服务器返回处理结果;
步骤10:代理服务器将处理结果返回给应用服务器,并判断本次处理的业务请求是否为本次事务处理的结束性语句,如果不是,则保持代理服务器与各数据库服务器间的持久化连接,返回步骤2;如果是则收回代理服务器与所述各数据库服务器间的持久化连接,结束。
本发明的有益效果是:建立代理服务器与数据库服务器间的持久化连接,保障了事务处理数据的一致性和完整性;实现了多用户权限管理,每个应用服务器只与其权限下的数据库服务器建立持久化连接,从而提高数据的安全性,提高并发量;是线路支持障事务的隔离级别,有效的满足了用户进行数据脏读取操作,行锁等操作;对高并发数据业务起到促进作用,保障高并发数据的访问数据一致性。
在上述技术方案的基础上,本发明还可以做如下改进。
进一步,所述步骤1中建立连接池并初始化的具体步骤如下:
步骤1.1:建立连接池;
步骤1.2:配置连接池中每个数据库服务器节点的用户操作权限;
步骤1.3:加载连接池节点信息;
采用上述进一步方案的有益效果是:将分布式数据库中所有数据库服务器写节点写入连接池,每个写节点都可以与代理服务器建立持久化连接;配置每个数据库服务器写节点的用户操作权限,即实现多用户管理权限,因为每个用户可以管理的节点数有限,不可能管辖所有的写节点,因此配置每个数据库服务器节点的用户操作权限,当某个用户登录应用服务器向代理服务器发送事务处理请求时,代理服务器需要过滤出属于该用户的节点,并建立代理服务器与这些节点的持久化连接,优化了事务处理性能,提供了数据安全性和并发量。
进一步,上述技术方案还包括在代理服务器与数据库服务器建立持久化连接后,将应用服务器和代理服务器间的连接状态以及事务级别赋予所述代理服务器与各数据库服务器建立的持久化连接。
采用上述进一步方案的有益效果是:保证了连接的一致性。
进一步,步骤4的具体实现为:
步骤4.1:赋予应用服务器与代理服务器间的连接状态为非事务状态;
步骤4.2:代理服务器根据业务请求内容进行路由,并根据路由结果通过临时连接将业务请求发送给相应的数据库服务器;
步骤4.3:数据库服务器处理业务请求并将处理结果通过临时连接返回给代理服务器;
步骤4.4:代理服务器将处理结果返回给应用服务器,释放代理服务器与数据库服务器间的临时连接。
进一步,步骤10中所述事务结束性语句为数据提交语句或数据回滚语句。
进一步,所述数据提交语句的发送条件为:当一次事务处理的所有业务请求均处理成功时,应用服务器才通过代理服务器向各数据库服务器发送数据提交请求,各数据库服务器根据数据提交请求进行数据提交操作,操作完成后收回代理服务器与各数据库服务器间的持久化连接;
所述数据回滚语句的发送条件为:当一次事务处理的任何一个业务请求发生异常时,应用程序即通过代理服务器向各数据库服务器发送数据回滚请求,各数据库服务器根据数据回滚请求进行数据回滚操作,操作完成后回收代理服务器与各数据库服务器间的持久化连接。
进一步,所述连接池中配置有负责均衡策略,所述负载均衡策略包括强一策略和弱一策略;
所述强一策略,当所有数据库服务器都在线的情况下,代理服务器才向相应的数据库服务器发送事务请求;
所述弱一策略,只对在线的相应的数据库服务器发送业务请求。
进一步,上述技术方案还包括所述代理服务器定时向各数据库服务器进行握手,判断各数据库服务器是否在线,如果存在离线的数据库服务器,将离线的数据库服务器从连接池中移除。
采用上述进一步方案的有益效果是:确保强一策略的实现。
附图说明
图1为分布式***;
图2为本发明所述一种基于连接池管理的分布式事务处理方法流程图;
图3为本发明所述步骤1的流程图;
图4为本发明所述步骤4的流程图。
附图中,各标号所代表的部件列表如下:
1、应用服务器,2、代理服务器,3、数据库服务器。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
如图1、2所示,一种基于连接池管理的分布式事务处理方法,包括如下步骤:
步骤1:在代理服务器中建立连接池,并初始化;
步骤2:应用服务器向代理服务器发送业务请求;
步骤3:代理服务器判断业务请求的类型,如过为非事务请求,执行步骤4;如果为事务请求,执行步骤5;
步骤4:通过短连接方式处理,结束;
步骤5:判断业务请求是否为事务开启性语句,如果是则执行步骤6,否则执行步骤8;
步骤6:赋予应用服务器与代理服务器间的连接状态为事务状态并设定事务级别,代理服务器根据业务请求在连接池中查找要发送业务请求的数据库服务器,并建立代理服务器与查找到的各数据库服务器间的持久化连接;
步骤7:代理服务器通过持久化连接将业务请求发送给各数据库服务器,执行步骤9;
步骤8:代理服务器根据业务请求内容进行路由,根据路由结果与已建立的持久化连接进行比较,找到所需的持久化连接,并通过找到的持久化连接将业务请求发送给相应的数据库服务器;
步骤9:所述各数据库服务器处理业务请求,并向代理服务器返回处理结果;
步骤10:代理服务器将处理结果返回给应用服务器,并判断本次处理的业务请求是否为本次事务处理的结束性语句,如果不是,则保持代理服务器与各数据库服务器间的持久化连接,返回步骤2;如果是则收回代理服务器与所述各数据库服务器间的持久化连接,结束。
步骤3中,代理服务器2对应用服务器1发送的业务请求(Sql语句)进行识别,如果为事务处理的开启性语句,则更赋予用服务器1与代理服务器间2的连接状态为事务状态并设定事务级别,同时调用代理服务器2中的连接池,从而开始了对该事务的处理。
代理服务器每次接收到应用服务器发送的业务请求语句后,都要判断业务请求的类型及应用服务器与代理服务器的连接状态,如果业务请求为非事务请求且应用服务器与代理服务器的连接状态为非事务状态,则通过短连接将业务请求发送给相应的数据库服务器进行处理;如果业务请求为非事务请求且应用服务器与代理服务器间的连接状态为事务状态,则将应用服务器与代理服务器间的连接状态修改为非事务状态,且收回代理服务器与数据库服务器间的持久化连接,并通过短连接将业务请求发送给相应的数据库服务器进行处理;如果业务请求为开启事务性语句且应用服务器和代理服务器间的连接状态为非事务状态,则更改应用服务器与代理服务器间的连接状态为事务状态,并建立代理服务器与各数据库服务器间的持久化连接,通过持久化连接将业务请求发送给相应的数据库服务器进行处理;如果应用服务器与代理服务器间的连接状态为事务状态,无论业务请求语句为事务性语句还是非事务性语句,代理服务器根据业务请求内容进行路由,并根据路由结果与已建立的持久化连接进行比较,找出所需的持久化连接,并通过持久化连接将业务请求发送给相应的数据库服务器进行处理。
在一个事务处理的过程中,应用服务器可能发送非事务请求,此时要将应用与代理间的连接状态修改为非事务状态,并收回代理与数据库服务器间的持久化连接,当非事务请求处理完毕后,如果继续处理所述的事务,则再次发送事务开启性语句,重新建立代理服务器与各数据库服务器间的持久化连接,继续执行本次事务处理的其他业务请求。
其中,上述技术方案在代理服务器2与各数据库服务器3建立持久化连接后,将应用服务器1和代理服务器2间的连接状态以及事务级别赋予所述代理服务器2与各数据库服务器3建立的持久化连接,进而保证连接的一致性。
步骤10中所述事务结束性语句为数据提交语句或数据回滚语句。
所述数据提交语句的发送条件为:当一次事务处理的所有业务请求均处理成功时,应用服务器1才通过代理服务器2向各数据库服务器3发送数据提交请求,各数据库服务器3根据数据提交请求进行数据提交操作,操作完成后收回代理服务器2与各数据库服务器3间的持久化连接;
所述数据回滚语句的发送条件为:当一次事务处理的任何一个业务请求发生异常时,应用服务器1即通过代理服务器2向各数据库服务器3发送数据回滚请求,各数据库服务器3根据数据回滚请求进行数据回滚操作,操作完成后回收代理服务器2与各数据库服务器3间的持久化连接。
其中,所述连接池中配置有负责均衡策略,所述负载均衡策略配置为强一策略或弱一策略;
所述强一策略,当所有数据库服务器都在线的情况下,代理服务器才向相应的数据库服务器发送事务请求;
所述弱一策略,只对在线的相应的数据库服务器发送业务请求,即可以允许部分数据库服务器不再线,可以向在线的服务器数据库发送业务请求,离线的数据库服务器节点会通过数据同步方法将数据同步到该离线的数据库服务器,保证数据的一致性。
其中,上述技术方案还包括所述代理服务器2定时向各数据库服务器3节点进行握手,判断各数据库服务器3是否在线,如果存在离线的数据库服务器3,将离线的数据库服务器3从连接池中移除,以确保强一策略的实现。
如图3所示,所述步骤1中建立连接池并初始化的具体步骤如下:
步骤1.1:建立连接池;
步骤1.2:配置连接池中每个数据库服务器节点的用户操作权限;
步骤1.3:加载连接池节点信息;
其中,步骤1.1中连接池为虚拟连接池。
步骤1.2中配置当前***的所有数据库服务器节点的用户操作权限,便于每个用户只需向该用户下的节点建立持久化连接,优化了事务处理的性能即步骤1.2。
其中,步骤1.3加载连接池信息,保障每个节点都可以和代理服务器建立持久化连接。
如图4所示,所述步骤4的具体实现如下:
步骤4.1:赋予应用服务器与代理服务器间的连接状态为非事务状态;
步骤4.2:代理服务器根据业务请求内容进行路由,并根据路由结果通过临时连接将业务请求发送给相应的数据库服务器;
步骤4.3:数据库服务器处理业务请求并将处理结果通过临时连接返回给代理服务器;
步骤4.4:代理服务器将处理结果返回给应用服务器,释放代理服务器与数据库服务器间的临时连接。
本发明实现了数据库持久化连接管理、多用户权限管理和数据库事务隔离级别:
数据库持久化连接管理:本发明在一个事务的第一条业务请求发送后,即建立代理服务器2与相应各数据库服务器3间的持久化连接,本事务的其他业务请求均通过已建立的持久化连接发送给相应的各数据库服务器3,保障了事务处理的持久性。
多用户权限管理:在连接池初始化时,为连接池中所有数据库服务器节点配置其用户操作权限,将数据库中所有数据库服务器写节点读入连接池,并每个用户登录应用服务器后,进而应用服务器与代理服务器建立连接,代理服务器只与该用户有操作权限的数据库服务器建立持久化连接,从而提高数据的安全性,提高并发量。
数据库事务隔离级别(包括提交读、未提交、脏读(读取物理文件的数据)、锁读(其应用服务器锁住了,别人不能读))。比如某应用服务器和代理服务器间的事务隔离级别设置为提交读,其他连接该代理服务器的应用服务器(即另一个数据库连接用户名和密码和当前连接的用户名和密码相同),无法看到本应用服务器未提交的数据,只有本应用服务器将数据提交后,其他连接该代理服务器的应用服务器才能看到所示数据;如果某应用服务器和代理服务器间的事务隔离级别设置为未提交读,其他连接该代理服务器的应用服务器(即另一个数据库连接用户名和密码和当前连接的用户名和密码相同)可以看到本应用程序服务器没有提交的数据,本发明通过对连接池的有效管理,实现了对数据库事务隔离级别的支持。
且本发明实现了在不增加硬件投入的条件下,提高***并发处理能力;充分利用设备闲置时段的计算资源,提高***资源利用率;利用低端服务器负载分担数据库的存储空间进行数据处理。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种基于连接池管理的分布式事务处理方法,其特征在于,包括如下步骤:
步骤1:在代理服务器中建立连接池,并初始化;
步骤2:应用服务器向代理服务器发送业务请求;
步骤3:代理服务器判断业务请求的类型,如过为非事务请求,执行步骤4;如果为事务请求,执行步骤5;
步骤4:通过短连接方式处理,结束;
步骤5:判断业务请求是否为事务开启性语句,如果是则执行步骤6,否则执行步骤8;
步骤6:赋予应用服务器与代理服务器间的连接状态为事务状态并设定事务级别,代理服务器根据业务请求在连接池中查找要发送业务请求的数据库服务器,并建立代理服务器与查找到的各数据库服务器间的持久化连接;
步骤7:代理服务器通过持久化连接将业务请求发送给各数据库服务器,执行步骤9;
步骤8:代理服务器根据业务请求内容进行路由,根据路由结果与已建立的持久化连接进行比较,找到所需的持久化连接,并通过找到的持久化连接将业务请求发送给相应的数据库服务器;
步骤9:所述各数据库服务器处理业务请求,并向代理服务器返回处理结果;
步骤10:代理服务器将处理结果返回给应用服务器,并判断本次处理的业务请求是否为本次事务处理的结束性语句,如果不是,则保持代理服务器与各数据库服务器间的持久化连接,返回步骤2;如果是则收回代理服务器与所述各数据库服务器间的持久化连接,结束。
2.根据权利要求1所述一种基于连接池管理的分布式事务处理方法,其特征在于,步骤1中建立连接池并初始化的具体步骤如下:
步骤1.1:建立连接池;
步骤1.2:配置连接池中每个数据库服务器节点的用户操作权限;
步骤1.3:加载连接池节点信息。
3.根据权利要求1所述一种基于连接池管理的分布式事务处理方法,其特征在于,在代理服务器与数据库服务器建立持久化连接后,将应用服务器和代理服务器间的连接状态以及事务级别赋予所述代理服务器与各数据库服务器建立的持久化连接。
4.根据权利要求1所述一种基于连接池管理的分布式事务处理方法,其特征在于,步骤4的具体实现为:
步骤4.1:赋予应用服务器与代理服务器间的连接状态为非事务状态;
步骤4.2:代理服务器根据业务请求内容进行路由,并根据路由结果通过临时连接将业务请求发送给相应的数据库服务器;
步骤4.3:数据库服务器处理业务请求并将处理结果通过临时连接返回给代理服务器;
步骤4.4:代理服务器将处理结果返回给应用服务器,释放代理服务器与数据库服务器间的临时连接。
5.根据权利要求1所述一种基于连接池管理的分布式事务处理方法,其特征在于,步骤10中所述事务结束性语句为数据提交语句或数据回滚语句。
6.根据权利要求5所述一种基于连接池管理的分布式事务处理方法,其特征在于,
所述数据提交语句的发送条件为:当一次事务处理的所有业务请求均处理成功时,应用服务器才通过代理服务器向各数据库服务器发送数据提交请求,各数据库服务器根据数据提交请求进行数据提交操作,操作完成后收回代理服务器与各数据库服务器间的持久化连接;
所述数据回滚语句的发送条件为:当一次事务处理的任何一个业务请求发生异常时,应用服务器即通过代理服务器向各数据库服务器发送数据回滚请求,各数据库服务器根据数据回滚请求进行数据回滚操作,操作完成后回收代理服务器与各数据库服务器间的持久化连接。
7.根据权利要求1所述一种基于连接池管理的分布式事务处理方法,其特征在于,所述连接池中配置有负责均衡策略。
8.根据权利要求7所述一种基于连接池管理的分布式事务处理方法,其特征在于,所述负载均衡策略配置为强一策略或弱一策略;
所述强一策略,当所有数据库服务器都在线的情况下,代理服务器才向相应的数据库服务器发送事务请求;
所述弱一策略,只对在线的相应的数据库服务器发送业务请求。
9.根据权利要求1所述一种基于连接池管理的分布式事务处理方法,其特征在于,还包括所述代理服务器定时向各数据库服务器进行握手,判断各数据库服务器是否在线,如果存在离线的数据库服务器,将离线的数据库服务器从连接池中移除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310407440.4A CN103500180A (zh) | 2013-09-09 | 2013-09-09 | 一种基于连接池管理的分布式事务处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310407440.4A CN103500180A (zh) | 2013-09-09 | 2013-09-09 | 一种基于连接池管理的分布式事务处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103500180A true CN103500180A (zh) | 2014-01-08 |
Family
ID=49865391
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310407440.4A Pending CN103500180A (zh) | 2013-09-09 | 2013-09-09 | 一种基于连接池管理的分布式事务处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103500180A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015188499A1 (zh) * | 2014-06-10 | 2015-12-17 | 中兴通讯股份有限公司 | 高并发下读写请求处理方法和适配层服务器 |
CN105354319A (zh) * | 2015-11-16 | 2016-02-24 | 天津南大通用数据技术股份有限公司 | 针对sn架构的mpp数据库集群的数据库连接池管理方法及*** |
WO2016074472A1 (zh) * | 2014-11-12 | 2016-05-19 | 华为技术有限公司 | 分布式事务资源执行的方法、装置和*** |
CN105787732A (zh) * | 2016-02-22 | 2016-07-20 | 邓迪 | 数字货币安全钱包的实现方法及安全钱包*** |
CN106101020A (zh) * | 2016-06-17 | 2016-11-09 | 武汉斗鱼网络科技有限公司 | 一种用于生成javascript滑动窗口队列的方法和*** |
CN106294403A (zh) * | 2015-05-21 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 跨网络操作数据库的方法、***、客户端和服务器 |
CN106603617A (zh) * | 2016-08-31 | 2017-04-26 | 重庆车杰盟科技有限公司 | 一种分布式数据存取的方法 |
CN108140053A (zh) * | 2015-10-23 | 2018-06-08 | 甲骨文国际公司 | 可插拔数据库锁定配置文件 |
CN108551478A (zh) * | 2018-03-29 | 2018-09-18 | ***股份有限公司 | 一种事务处理方法、服务器及事务处理*** |
CN109818810A (zh) * | 2019-03-18 | 2019-05-28 | 深圳市网心科技有限公司 | 一种接入服务器连接优化方法、接入服务器以及通信*** |
CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
CN111562987A (zh) * | 2020-05-13 | 2020-08-21 | 北京思特奇信息技术股份有限公司 | 用于多实例数据库负载的数据库连接池平衡方法及*** |
CN112231345A (zh) * | 2020-11-05 | 2021-01-15 | 福建天晴数码有限公司 | 一种基于锁的连接池实现并发请求的方法及其*** |
CN113407562A (zh) * | 2021-06-04 | 2021-09-17 | 北京金山云网络技术有限公司 | 分布式数据库***的通信方法及装置 |
CN114095514A (zh) * | 2020-07-29 | 2022-02-25 | 华为技术有限公司 | 一种数据库访问方法和*** |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383814A (zh) * | 2007-09-07 | 2009-03-11 | 华为技术有限公司 | 一种实现基于连接池的数据访问的设备和方法 |
-
2013
- 2013-09-09 CN CN201310407440.4A patent/CN103500180A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383814A (zh) * | 2007-09-07 | 2009-03-11 | 华为技术有限公司 | 一种实现基于连接池的数据访问的设备和方法 |
Non-Patent Citations (2)
Title |
---|
成培,李峰,王畅: "连接池数据库访问技术深入研究", 《计算机工程与设计》, vol. 28, no. 3, 28 February 2007 (2007-02-28) * |
杨开杰: "基于池化技术的分布式数据缓存模型研究与实现", 《万方数据》, 2 September 2009 (2009-09-02), pages 45 * |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015188499A1 (zh) * | 2014-06-10 | 2015-12-17 | 中兴通讯股份有限公司 | 高并发下读写请求处理方法和适配层服务器 |
US11368520B2 (en) | 2014-11-12 | 2022-06-21 | Huawei Cloud Computing Technologies Co., Ltd. | Method, apparatus, and system for executing distributed transaction resources |
WO2016074472A1 (zh) * | 2014-11-12 | 2016-05-19 | 华为技术有限公司 | 分布式事务资源执行的方法、装置和*** |
US10771535B2 (en) | 2014-11-12 | 2020-09-08 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for executing distributed transaction resources |
US10326828B2 (en) | 2014-11-12 | 2019-06-18 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for executing distributed transaction resources |
CN106294403A (zh) * | 2015-05-21 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 跨网络操作数据库的方法、***、客户端和服务器 |
CN108140053A (zh) * | 2015-10-23 | 2018-06-08 | 甲骨文国际公司 | 可插拔数据库锁定配置文件 |
CN105354319A (zh) * | 2015-11-16 | 2016-02-24 | 天津南大通用数据技术股份有限公司 | 针对sn架构的mpp数据库集群的数据库连接池管理方法及*** |
CN105354319B (zh) * | 2015-11-16 | 2019-01-25 | 天津南大通用数据技术股份有限公司 | 针对sn架构的mpp数据库集群的数据库连接池管理方法及*** |
CN105787732A (zh) * | 2016-02-22 | 2016-07-20 | 邓迪 | 数字货币安全钱包的实现方法及安全钱包*** |
CN106101020B (zh) * | 2016-06-17 | 2019-06-04 | 武汉斗鱼网络科技有限公司 | 一种用于生成javascript滑动窗口队列的方法和*** |
CN106101020A (zh) * | 2016-06-17 | 2016-11-09 | 武汉斗鱼网络科技有限公司 | 一种用于生成javascript滑动窗口队列的方法和*** |
CN106603617A (zh) * | 2016-08-31 | 2017-04-26 | 重庆车杰盟科技有限公司 | 一种分布式数据存取的方法 |
CN108551478A (zh) * | 2018-03-29 | 2018-09-18 | ***股份有限公司 | 一种事务处理方法、服务器及事务处理*** |
US11544260B2 (en) | 2018-03-29 | 2023-01-03 | China Unionpay Co., Ltd. | Transaction processing method and system, and server |
CN109818810A (zh) * | 2019-03-18 | 2019-05-28 | 深圳市网心科技有限公司 | 一种接入服务器连接优化方法、接入服务器以及通信*** |
CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
CN111562987A (zh) * | 2020-05-13 | 2020-08-21 | 北京思特奇信息技术股份有限公司 | 用于多实例数据库负载的数据库连接池平衡方法及*** |
CN111562987B (zh) * | 2020-05-13 | 2023-03-21 | 北京思特奇信息技术股份有限公司 | 用于多实例数据库负载的数据库连接池平衡方法及*** |
CN114095514A (zh) * | 2020-07-29 | 2022-02-25 | 华为技术有限公司 | 一种数据库访问方法和*** |
CN114095514B (zh) * | 2020-07-29 | 2023-03-10 | 华为技术有限公司 | 一种数据库访问方法和*** |
CN112231345A (zh) * | 2020-11-05 | 2021-01-15 | 福建天晴数码有限公司 | 一种基于锁的连接池实现并发请求的方法及其*** |
CN113407562A (zh) * | 2021-06-04 | 2021-09-17 | 北京金山云网络技术有限公司 | 分布式数据库***的通信方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103500180A (zh) | 一种基于连接池管理的分布式事务处理方法 | |
Levandoski et al. | Deuteronomy: Transaction support for cloud data | |
EP4071610A1 (en) | Transaction processing method, apparatus, and device, and computer storage medium | |
Brewer | CAP twelve years later: How the" rules" have changed | |
Zhou et al. | On cloud service reliability enhancement with optimal resource usage | |
CN101853186A (zh) | 分布式事务恢复***和方法 | |
Agrawal et al. | Data management challenges in cloud computing infrastructures | |
US9239868B2 (en) | Virtual session management and reestablishment | |
Zamanian et al. | Rethinking database high availability with RDMA networks | |
Wei et al. | CloudTPS: Scalable transactions for Web applications in the cloud | |
CN103473318B (zh) | 一种面向内存数据网格的分布式事务保障方法 | |
CN111338766A (zh) | 事务处理方法、装置、计算机设备及存储介质 | |
CN102831156A (zh) | 一种云计算平台上的分布式事务处理方法 | |
WO2012000997A1 (en) | An apparatus for processing a batched unit of work | |
Zawirski et al. | SwiftCloud: Fault-tolerant geo-replication integrated all the way to the client machine | |
WO2022142781A1 (zh) | 区块链的异步落账方法、装置、介质及电子设备 | |
CN102073540A (zh) | 分布式事务提交方法和装置 | |
KR102016095B1 (ko) | 트랜잭셔널 미들웨어 머신 환경에서 트랜잭션 레코드들을 유지하기 위한 시스템 및 방법 | |
TW201229795A (en) | Web service patterns for globally distributed service fabric | |
US11544245B2 (en) | Transaction processing method, apparatus, and device and computer storage medium | |
Rüsch et al. | Towards low-latency byzantine agreement protocols using RDMA | |
US20230401214A1 (en) | Graph database and methods with improved functionality | |
Hellings et al. | Cerberus: Minimalistic multi-shard byzantine-resilient transaction processing | |
US8515906B2 (en) | Maintaining client data integrity in a distributed environment using asynchronous data submission | |
Hu et al. | Transactional mobility in distributed content-based publish/subscribe systems |
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: 20140108 |