CN111626858A - Processing method and device for transaction, electronic equipment and computer readable medium - Google Patents
Processing method and device for transaction, electronic equipment and computer readable medium Download PDFInfo
- Publication number
- CN111626858A CN111626858A CN202010471211.9A CN202010471211A CN111626858A CN 111626858 A CN111626858 A CN 111626858A CN 202010471211 A CN202010471211 A CN 202010471211A CN 111626858 A CN111626858 A CN 111626858A
- Authority
- CN
- China
- Prior art keywords
- transaction
- service
- target
- service components
- flow record
- 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
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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
-
- 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/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention provides a processing method and device for an alignment transaction, electronic equipment and a computer readable medium, which relate to the technical field of cloud computing and comprise the following steps: acquiring a transaction request initiated by a transaction initiator; determining a plurality of first service components based on the transaction request, and initiating a distributed transaction to control the plurality of first service components to execute transaction operation corresponding to the transaction request through the distributed transaction; obtaining transaction execution results of a plurality of first service components; if the fact that the execution of part or all of the first service components fails is determined based on the transaction execution result, the transaction flow records of the transaction operation are pushed to the target message queue, so that the correction server calls the transaction flow records in the target message queue, and the target correction operation is initiated through the transaction flow records.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a processing method and apparatus for an expedited transaction, an electronic device, and a computer-readable medium.
Background
Under the large background that the centralized system of the bank is transformed to the distributed architecture, the core business of the bank is also transformed from the original centralized management mode to the distributed management mode, and the probability of the fault in the transaction link is greatly improved relatively. In the face of highly concurrent bank transactions, a fault in a distributed environment can cause a large amount of interrupted transactions to be corrected, and a transaction correcting mechanism related to a bank cannot meet the requirements of distributed application. The related technical scheme is as follows: the capacity expansion scheme of the positive system and the asynchronous positive method of utilizing the message queue.
The positive flushing system capacity expansion scheme comprises capacity expansion reservoir, real-time automatic positive flushing service capacity expansion, batch automatic positive flushing capacity expansion, manual positive flushing manpower storage and the like; however, the method does not support dynamic capacity expansion at present, and the capacity expansion cost is too large along with the increase of the service volume; the resource pool which is estimated and reserved in advance and is large enough can bring the waste of resources in the early stage. Using the message queue asynchronous flush scheme: the message queue is used for buffering the processing request and then processing the request asynchronously, and the method cannot support services with high real-time requirements well.
Disclosure of Invention
In view of the above, the present invention provides a processing method, an apparatus, an electronic device and a computer readable medium for hedge transaction, so as to alleviate the technical problem that when the related hedge processing method is used for processing high real-time hedge service, the processing efficiency of the service with high real-time requirement is low.
In a first aspect, an embodiment of the present invention provides a processing method for an ongoing transaction, including: acquiring a transaction request initiated by a transaction initiator; determining a plurality of first service components based on the transaction request, and initiating a distributed transaction to control the plurality of first service components to execute the transaction operation corresponding to the transaction request through the distributed transaction; obtaining transaction execution results of the plurality of first service components, wherein the transaction execution results comprise: the transaction is successful, or the transaction is failed; and if the execution of part or all of the first service components is determined to be failed based on the transaction execution result, pushing the transaction flow record of the transaction operation to a target message queue so that the transaction flow record is called in the target message queue by the transaction server, and initiating the target correction operation through the transaction flow record.
Further, pushing the transaction flow record of the transaction operation to a target message queue comprises: acquiring a transaction flow record of transaction operation corresponding to the transaction request in a database; packaging the transaction flow records according to the transaction type of the transaction operation to obtain a target message body; and pushing the target message body to the target message queue.
Further, the distributed transaction comprises a plurality of branch transactions, and the branch transactions are transactions for controlling the first service component to execute corresponding transaction operations; controlling, by the distributed transaction, the plurality of first service components to perform the transaction operation corresponding to the transaction request includes: and initiating a branch transaction to each first service assembly so that each first service assembly executes corresponding transaction operation according to the corresponding branch transaction.
Further, the method further comprises: and if the execution of part or all of the first service components is determined to be failed based on the transaction execution result, sending a rollback instruction to a distributed transaction coordinator, so that the distributed transaction coordinator controls the plurality of first service components to execute rollback operation according to the rollback instruction.
Further, the method further comprises: if all the first service components are determined to be successfully executed based on the transaction execution result, a first confirmation message is sent to the distributed transaction coordinator; wherein the distributed transaction coordinator sends a second acknowledgement message to each first service component after acquiring the first acknowledgement message.
In a second aspect, an embodiment of the present invention further provides a processing method for an ongoing transaction, where the method includes: after detecting that a target message queue contains a transaction flow record of transaction operation pushed by a service integration system, calling the transaction flow record in the target message queue, wherein the transaction flow record is the transaction flow record pushed to the target message queue by the service integration system after determining that the execution of part or all of first service components fails based on transaction execution results of a plurality of first service components, and the plurality of first service components are the first service components for executing the transaction operation; and initiating a target correcting operation based on the transaction flow record.
Further, initiating a target hedge operation based on the transaction flow record comprises: determining a plurality of second service components for performing the target flushing operation; sending the target correcting operation to the plurality of second service components to enable the plurality of second service components to execute the target correcting operation.
Further, the target flushing operation is plural; sending the target flushing operation to the plurality of second service components comprises: determining a plurality of target correcting operations corresponding to each second service assembly; packaging the plurality of target forward flushing operations corresponding to each second service assembly to obtain a target data packet: and sending the corresponding target data packet to the second service assembly so that the second service assembly executes the corresponding target correcting operation.
In a third aspect, an embodiment of the present invention further provides a processing apparatus for an ongoing transaction, where the apparatus includes: the first acquisition unit is used for acquiring a transaction request initiated by a transaction initiator; a determining unit, configured to determine a plurality of first service components based on the transaction request, and initiate a distributed transaction; the control unit is used for controlling the plurality of first service components to execute the transaction operation corresponding to the transaction request through the distributed transaction; a second obtaining unit, configured to obtain transaction execution results of the plurality of first service components, where the transaction execution results include: the transaction is successful, or the transaction is failed; and the pushing unit is used for pushing the transaction flow record of the transaction operation to a target message queue if the execution of part or all of the first service components fails based on the transaction execution result, so that the alignment server calls the transaction flow record in the target message queue, and initiates the target alignment operation through the transaction flow record.
In a fourth aspect, an embodiment of the present invention further provides a processing apparatus for processing an ongoing transaction, where the apparatus includes: the system comprises a calling unit, a processing unit and a processing unit, wherein the calling unit is used for calling a transaction flow record in a target message queue after detecting that the target message queue contains the transaction flow record of the transaction operation pushed by a service integration system, the transaction flow record is the transaction flow record pushed to the target message queue by the service integration system after determining that the execution of part or all of first service components fails based on the transaction execution results of a plurality of first service components, and the plurality of first service components are the first service components for executing the transaction operation; and the initiating unit is used for initiating the target correcting operation based on the transaction flow record.
In a fifth aspect, an embodiment of the present invention further provides an electronic device, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor executes the computer program to implement the method in the first aspect or any one of the second aspects.
In a sixth aspect, the present invention also provides a computer-readable medium having non-volatile program code executable by a processor, where the program code causes the processor to execute the method in the first aspect or any one of the second aspects.
In the embodiment of the invention, firstly, a transaction request initiated by a transaction initiator is obtained, then, a plurality of first service components are determined based on the transaction request, a distributed transaction is initiated, the transaction operation corresponding to the transaction request is executed by the first service components through the distributed transaction, then, transaction execution results of the first service components are obtained, if the execution failure of part or all of the first service components is determined based on the transaction execution results, a transaction flow record of the transaction operation is pushed to a target message queue, so that a correction server calls the transaction flow record in the target message queue, and the target correction operation is initiated through the transaction flow record. According to the description, the distributed transaction framework is used for guaranteeing the atomicity of the transaction, and the high real-time correction service scene is supported through the distributed transaction framework, so that the technical problem that when the high real-time correction service is processed by a related correction processing method, the service processing efficiency with high real-time requirement is low is solved.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
In order to make the aforementioned and other objects, features and advantages of the present invention comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a flow diagram of a method of processing an ongoing transaction according to an embodiment of the invention;
FIG. 2 is a flow chart illustrating a method for processing transactions according to an embodiment of the present invention;
FIG. 3 is a flow diagram of another method of processing an ongoing transaction according to an embodiment of the present invention;
FIG. 4 is a schematic diagram of a transaction processing device according to an embodiment of the invention;
FIG. 5 is a schematic diagram of another positive transaction processing device according to an embodiment of the invention;
fig. 6 is a schematic diagram of an electronic device according to an embodiment of the invention.
Detailed Description
To make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is apparent that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The first embodiment is as follows:
in accordance with an embodiment of the present invention, there is provided an embodiment of a method of processing transactions, it being noted that the steps illustrated in the flowchart of the drawings may be performed in a computer system, such as a set of computer-executable instructions, and that while a logical order is illustrated in the flowchart, in some cases the steps illustrated or described may be performed in an order different than presented herein.
Fig. 1 is a flowchart of a processing method of hedged transaction according to an embodiment of the present invention, and it should be noted that the process described in step S102 to step S108 in fig. 1 may be executed by a service integration system, where the service integration system is the service integration system shown in fig. 2.
Specifically, in the present application, as shown in fig. 1, the method includes the steps of:
step S102, acquiring a transaction request initiated by a transaction initiator;
in the application, the service integration system may obtain a transaction request sent by a transaction initiator through a transaction server, for example, the transaction request may be a money deposit and withdrawal business, or a financial transaction business such as bank card opening.
Step S104, determining a plurality of first service components based on the transaction request, and initiating a distributed transaction to control the plurality of first service components to execute the transaction operation corresponding to the transaction request through the distributed transaction.
It should be noted that, in the present application, the first service component is a cluster device for processing the transaction request, and the services provided by different first service components are different. For example, if the transaction requests a transaction request of a saving transaction, then when the saving transaction is processed, the identity document of the depositor needs to be swiped first, whether the bankcard of the depositor is valid is confirmed, and after the account change is completed, a transaction confirmation sheet is generated. At this time, the deposit service includes three links, which are: swiping the identity card, confirming whether the bank card is valid or not and generating a confirmation list. The services of the three links are required to be completed through different service components, so that the deposit business is completed through different service components.
In this application, after obtaining the transaction request, the service integration system may determine a plurality of service components (i.e., a plurality of first service components) involved in the transaction request, where the plurality of first service components are used to jointly complete the transaction request.
In an optional implementation manner, the transaction request carries transaction type information, and after the service integration system obtains the transaction request, the service integration system analyzes the transaction request to obtain the transaction type information. After determining the transaction type information, the first service components for executing the transaction request and the association relationship between the first service components (e.g., the execution order when executing the transaction request) may be looked up in an association mapping table. Wherein, the associated mapping table comprises: a correspondence between the types of transaction requests and the first service component.
In another optional implementation manner, the transaction request carries identification information of a plurality of first service components and an association relationship between the first service components (e.g., an execution sequence when the transaction request is executed). Therefore, after the service integration system acquires the transaction request, the transaction request is analyzed to obtain the identification information of the plurality of first service components and the association relationship between the first service components.
After the identification information of the plurality of first service components and the association relationship between the first service components are determined, the service integration system can combine different first service components according to the transaction request to complete the transaction operation.
After determining the plurality of first service components, the service integration system initiates a distributed transaction, wherein, as shown in fig. 2, a transaction manager TM for managing the distributed transaction is preset in the service integration system. After the distributed transaction is initiated, each first service component can be controlled by the distributed transaction to execute the transaction operation corresponding to the transaction request. For example, in a complete transaction operation corresponding to one transaction request, corresponding to one transaction operation, each transaction operation may be executed by the corresponding first service component.
It should be noted that, in the present application, the distributed transaction includes related information of the plurality of first service components, for example, a transaction operation executed by each first service component, data required by each first service component when executing the transaction operation, a transaction flow of the plurality of first service components, an association relationship between the plurality of first service components, and the like.
Step S106, obtaining transaction execution results of the plurality of first service components, where the transaction execution results include: the transaction is successful, or the transaction fails.
In this application, each first service component may return a transaction execution result to the service integration system after executing the corresponding transaction operation, for example, the transaction is successful, or the transaction is failed.
In the present application, as shown in fig. 2, a transaction proxy RM is set in each first service component in advance, and a transaction execution result of the corresponding first service component may be returned to the service integration system through the transaction proxy RM.
In addition, the transaction proxy RM is also responsible for operating the data corresponding to the corresponding first service component. For example, when the first service component executes the corresponding transaction operation, it needs to read corresponding data from the database, at this time, the transaction proxy RM may read the corresponding data from the database for the first service component, for example, after the first service component executes the corresponding transaction operation, a transaction credential is generated, and at this time, the transaction credential may also be stored in the database through the transaction proxy RM.
It should be noted that, in this application, the transaction proxy RM may also register a resource with the distributed transaction coordinator TC in fig. 2 when the first service component performs a corresponding transaction operation, where the resource represents related information of the distributed transactions and related information of the branch transactions in each distributed transaction.
Step S108, if it is determined that the execution of part or all of the first service components fails based on the transaction execution result, pushing the transaction flow records of the transaction operation to a target message queue, so that the transaction flow records are called by the correcting server in the target message queue, and initiating the target correcting operation through the transaction flow records.
In the present application, if the service integration system determines that part or all of the first service component transaction fails based on the transaction execution result, the transaction flow record of the transaction operation may be read from the DB in the database shown in fig. 2, and the transaction flow record may be pushed to the target message queue.
As shown in fig. 2, when the hedge server detects that the target message queue contains the transaction flow record, the hedge server may call the transaction flow record, and continue to initiate the target hedge operation through the transaction flow.
Specifically, the making server initiates a target making operation based on the transaction flow record, and specifically includes the following processes:
firstly, the correcting server determines a plurality of second service components for executing the target correcting operation in a plurality of service components; then, the target correcting operation is sent to the second service components, so that the second service components execute the target correcting operation.
In this application, the second service component is a cluster device for processing the target forwarding operation, and different services provided by different second service components are different. Before initiating the target correcting operation, the correcting server may determine a corresponding transaction operation according to the called transaction flow record, and determine a transaction operation that fails in the transaction according to the transaction flow record, thereby determining the target correcting operation to be executed according to the information, and a second service component for executing the target correcting operation.
In an alternative embodiment, the correspondence between the forwarding operations and the service components may be stored in an association mapping table. After determining the target correcting operation according to the transaction flow record, the correcting server may determine a service component (i.e., a second service component) corresponding to the target correcting operation in the association mapping table.
It should be noted that the number of target forward flushing operations may be multiple, and in this case, each second service component may be configured to execute one or more target forward flushing operations therein. At this time, the straightening server may send the corresponding target straightening operation to each second service component, so that each second service component executes the corresponding target straightening operation.
It should be further noted that, if each second service component corresponds to multiple target forward operations, the multiple target forward operations corresponding to each second service component may be determined first; then, packing the plurality of target forward flushing operations corresponding to each second service component to obtain a target data packet: and finally, sending the corresponding target data packet to the second service assembly so as to enable the second service assembly to execute the corresponding target correcting operation.
That is to say, in the application, the hedge server supports batch sending of hedge operation to the service components according to the same type of transaction, and concurrence efficiency is improved.
In the embodiment of the invention, firstly, a transaction request initiated by a transaction initiator is obtained, then, a plurality of first service components are determined based on the transaction request, a distributed transaction is initiated, the transaction operation corresponding to the transaction request is executed by the first service components through the distributed transaction, then, transaction execution results of the first service components are obtained, if the execution failure of part or all of the first service components is determined based on the transaction execution results, a transaction flow record of the transaction operation is pushed to a target message queue, so that a correction server calls the transaction flow record in the target message queue, and the target correction operation is initiated through the transaction flow record. According to the description, the distributed transaction framework is used for guaranteeing the atomicity of the transaction, and the high real-time correction service scene is supported through the distributed transaction framework, so that the technical problem that when the high real-time correction service is processed by a related correction processing method, the service processing efficiency with high real-time requirement is low is solved.
In an optional embodiment of the present application, in step S108, pushing the transaction flow record of the transaction operation to the target message queue includes the following processes:
step S1081, obtaining a transaction flow record of the transaction operation corresponding to the transaction request from a database;
step S1082, the transaction flow records are packaged according to the transaction type of the transaction operation, and a target message body is obtained;
step S1083, pushing the target message body to the target message queue.
Specifically, in the present application, as shown in fig. 2, first, the service integration system may obtain a transaction flow record of a transaction operation corresponding to the transaction request in the database DB, and determine the transaction flow record as a transaction flow record to be flushed. And then, packaging the transaction flow record according to the transaction type of the transaction operation, thereby obtaining a target message body. Finally, the target message body is pushed to the target message queue as shown in fig. 2. It should be noted that, in the present application, the target message queue includes the pending transaction flow record.
In this application, after the target message body is pushed to the target message queue, a reminding message may be sent to the forwarding server to remind that the target message body to be forwarded is already pushed in the target message queue. The positive flushing server can also be set to query the target message queue at preset time intervals, and if the target message body is queried in the target message queue, the target message body is determined as the running record to be flushed.
In another optional embodiment of the present application, if the distributed transaction includes a plurality of branch transactions, where a branch transaction is a transaction for controlling the first service component to execute a corresponding transaction operation; then step S104, the controlling, by the distributed transaction, the plurality of first service components to execute the transaction operation corresponding to the transaction request includes the following processes:
and initiating a branch transaction to each first service assembly so that each first service assembly executes corresponding transaction operation according to the corresponding branch transaction.
Specifically, in the present application, if the distributed transaction includes a plurality of branch transactions, the transaction manager TM of the service integration system may initiate a corresponding branch transaction to each first service component, so that each first service component performs a corresponding transaction operation according to the corresponding branch transaction.
For example, as shown in fig. 2, the service component, for example, is a first service component, and may include: the first service components 1 to N may issue corresponding branch transactions to each of the N first service components, so that the first service components execute corresponding transaction operations according to the corresponding branch transactions.
Based on this, when the transaction execution results of the plurality of first service components are obtained, the transaction state information returned by each first service component can be obtained to obtain a plurality of transaction state information; for example, the transaction is successful, or the transaction is unsuccessful. The plurality of transaction state information is then determined as a result of transaction execution by the plurality of first service components.
In this application, if it is determined that the execution of part or all of the first service components fails based on the transaction execution result, a rollback instruction may be further sent to the distributed transaction coordinator, so that the distributed transaction coordinator controls the plurality of first service components to execute a rollback operation according to the rollback instruction.
Specifically, as shown in fig. 2, in the first service component 1 to the first service component N, if there are one or more first service components with failed transactions and it is determined that the transaction operation fails, at this time, the service integration system may send a rollback instruction to the distributed transaction coordinator TC, and the distributed transaction coordinator TC sends a rollback request to the first service component 1 to the first service component N after receiving the rollback instruction, at this time, the first service component 1 to the first service component N execute a rollback operation according to the rollback request to erase transaction operation records that are not completed by the transactions.
In the application, if it is determined that all the first service components are successfully executed based on the transaction execution result, a first confirmation message is sent to the distributed transaction coordinator; wherein the distributed transaction coordinator sends a second acknowledgement message to each first service component after acquiring the first acknowledgement message.
Specifically, as shown in fig. 2, in the first service component 1 to the first service component N, if the transactions are successful, the service integration system sends a confirmation message to the distributed transaction coordinator TC to notify the distributed transaction coordinator TC that all the first service components have been successfully executed, and at this time, the distributed transaction coordinator TC sends a confirmation message to all the first service components to notify the first service components that the execution of the first service components has been successfully received.
It should be noted that, in the present application, for example, when the distributed transaction coordinator TC sends a rollback request to the first service component, if the sending fails, the rollback request may be sent again; and the first service component can be retransmitted when the first service component fails to transmit the execution result of the executed transaction to the service integration system.
As can be seen from the above description, in the present application, the transaction alignment mode mixed by the distributed transaction framework and the distributed message queue is as follows: the distributed transaction framework is adopted to ensure the atomicity of the operation with high requirement on the real-time property, and the distributed message queue is adopted to carry out asynchronous alignment with relatively low requirement on the real-time property. The distributed transaction framework can support transaction consistency of cross-microservices, and the problem of unilateral account is avoided. In addition, multiple forward transactions are encapsulated in the message body of the message queue, so that the forward concurrency is improved.
In the architecture diagram shown in fig. 2, the solid access link is a transaction path based on a distributed transaction framework, the atomicity of the transaction is guaranteed by the distributed transaction framework, and the service integration system only needs to start the distributed transaction; the method is suitable for transaction scenes with high real-time requirements.
The dotted line access link is a transaction and correction path based on the message queue, when part of service components operated by the service integration system is abnormal, the transaction flow records related to the transaction are pushed to the message queue, the correction service reads the transaction flow records to be corrected from the message queue, and forward/reverse correction operation is executed.
The service integration system can pack the flow records needing to be corrected into message bodies according to transaction types and send the message bodies to the message queue, so that the network interaction overhead is reduced, and the concurrency efficiency is improved.
The service correcting device obtains the transaction flow records to be corrected from the message queue, and if one service assembly corresponds to a plurality of correcting operations, the plurality of correcting operations can be sent to the corresponding service assembly in batches, so that the network interaction overhead is reduced, and the concurrency efficiency is improved.
Example two:
fig. 3 is a flowchart of another processing method for hedged transaction according to an embodiment of the present invention, and it should be noted that the processes described in step S302 to step S304 in fig. 3 may be executed by a hedged server. Specifically, in the present application, as shown in fig. 3, the method includes the steps of:
step S302, after detecting that a target message queue contains a transaction flow record of transaction operation pushed by a service integration system, calling the transaction flow record in the target message queue, wherein the transaction flow record is the transaction flow record pushed to the target message queue by the service integration system after determining that the execution of part or all of first service components fails based on the transaction execution results of a plurality of first service components, and the plurality of first service components are the first service components for executing the transaction operation;
and step S304, initiating a target correcting operation based on the transaction flow record.
Specifically, in the present application, the service integration system may obtain a transaction request sent by a transaction initiator through a transaction server, where the transaction request may be, for example, a money deposit and withdrawal transaction or a financial transaction such as bank card opening.
In this application, after obtaining the transaction request, the service integration system may determine a plurality of service components (i.e., a plurality of first service components) involved in the transaction request, where the plurality of first service components are used to jointly complete the transaction request. After determining the plurality of first service components, the service integration system may combine the different first service components to complete the execution of the request based on the transaction request.
After determining the plurality of first service components, the service integration system initiates a distributed transaction, wherein, as shown in fig. 2, a transaction manager TM for managing the distributed transaction is preset in the service integration system. After the distributed transaction is initiated, each first service component can be controlled by the distributed transaction to execute the transaction operation corresponding to the transaction request.
In this application, each first service component may return a transaction execution result, for example, a transaction success or a transaction failure, to the service integration system after executing the corresponding transaction operation. In the present application, as shown in fig. 2, a transaction proxy RM is set in each first service component in advance, and a transaction execution result of the corresponding first service component may be returned to the service integration system through the transaction proxy RM. In addition, the transaction proxy RM is also responsible for operating the data corresponding to the corresponding first service component. For example, when the first service component executes the corresponding transaction operation, it needs to read corresponding data from the database, at this time, the transaction proxy RM may read the corresponding data from the database for the first service component, for example, after the first service component executes the corresponding transaction operation, a transaction credential is generated, and at this time, the transaction credential may also be stored in the database through the transaction proxy RM.
In the present application, if the service integration system determines that part or all of the first service component transaction fails based on the transaction execution result, the transaction flow record of the transaction operation may be read from the DB in the database shown in fig. 2, and the transaction flow record may be pushed to the target message queue.
As shown in fig. 2, when the hedge server detects that the target message queue contains the transaction flow record, the hedge server may call the transaction flow record, and continue to initiate the target hedge operation through the transaction flow.
Specifically, the making server initiates a target making operation based on the transaction flow record, and specifically includes the following processes:
firstly, the correcting server determines a plurality of second service components for executing the target correcting operation in a plurality of service components; then, the target correcting operation is sent to the second service components, so that the second service components execute the target correcting operation.
It should be noted that the number of target forward flushing operations may be multiple, and in this case, each second service component may be configured to execute one of the target forward flushing operations. At this time, the straightening server may send the corresponding target straightening operation to each second service component, so that each second service component executes the corresponding target straightening operation.
It should be further noted that, if each second service component corresponds to multiple target forward operations, the multiple target forward operations corresponding to each second service component may be determined first; then, packing the plurality of target forward flushing operations corresponding to each second service component to obtain a target data packet: and finally, sending the corresponding target data packet to the second service assembly so as to enable the second service assembly to execute the corresponding target correcting operation.
That is to say, in the application, the hedge server supports batch sending of hedge operation to the service components according to the same type of transaction, and concurrence efficiency is improved.
According to the description, the distributed transaction framework is used for guaranteeing the atomicity of the transaction, and the high real-time correction service scene is supported through the distributed transaction framework, so that the technical problem that when the high real-time correction service is processed by a related correction processing method, the service processing efficiency with high real-time requirement is low is solved.
Example three:
the embodiment of the present invention further provides a processing device for hedged transaction, which is mainly used for executing the processing method for hedged transaction provided by the foregoing content of the embodiment of the present invention, and the following description specifically describes the processing device for hedged transaction provided by the embodiment of the present invention.
Fig. 4 is a schematic diagram of a transaction processing device according to an embodiment of the present invention, and as shown in fig. 4, the transaction processing device mainly includes: a first acquisition unit 41, a determination unit 42, a control unit 43, a second acquisition unit 44 and a push unit 45, wherein:
a first obtaining unit 41, configured to obtain a transaction request initiated by a transaction initiator;
a determining unit 42, configured to determine a plurality of first service components based on the transaction request, and initiate a distributed transaction, so as to control the plurality of first service components to perform a transaction operation corresponding to the transaction request through the distributed transaction;
a control unit 43, configured to control, through the distributed transaction, the plurality of first service components to perform a transaction operation corresponding to the transaction request;
a second obtaining unit 44, configured to obtain transaction execution results of the plurality of first service components, where the transaction execution results include: the transaction is successful, or the transaction is failed;
a pushing unit 45, configured to, if it is determined that, based on the transaction execution result, execution of part or all of the first service components fails, push the transaction flow record of the transaction operation to a target message queue, so that the alignment server calls the transaction flow record in the target message queue, and initiate a target alignment operation through the transaction flow record.
In the embodiment of the invention, firstly, a transaction request initiated by a transaction initiator is obtained, then, a plurality of first service components are determined based on the transaction request, a distributed transaction is initiated, the transaction operation corresponding to the transaction request is executed by the first service components through the distributed transaction, then, transaction execution results of the first service components are obtained, if the execution failure of part or all of the first service components is determined based on the transaction execution results, a transaction flow record of the transaction operation is pushed to a target message queue, so that a correction server calls the transaction flow record in the target message queue, and the target correction operation is initiated through the transaction flow record. According to the description, the distributed transaction framework is used for guaranteeing the atomicity of the transaction, and the high real-time correction service scene is supported through the distributed transaction framework, so that the technical problem that when the high real-time correction service is processed by a related correction processing method, the service processing efficiency with high real-time requirement is low is solved.
Optionally, the pushing unit is configured to: acquiring a transaction flow record of transaction operation corresponding to the transaction request in a database; packaging the transaction flow records according to the transaction type of the transaction operation to obtain a target message body; and pushing the target message body to the target message queue.
Optionally, the distributed transaction includes a plurality of branch transactions, and the branch transactions are transactions for controlling the first service component to execute corresponding transaction operations; the control unit is used for: and initiating a branch transaction to each first service assembly so that each first service assembly executes corresponding transaction operation according to the corresponding branch transaction.
Optionally, the second obtaining unit is configured to: acquiring transaction state information returned by each first service assembly to obtain a plurality of transaction state information; determining the plurality of transaction state information as transaction execution results for the plurality of first service components.
Optionally, the apparatus is further configured to: and if the execution of part or all of the first service components is determined to be failed based on the transaction execution result, sending a rollback instruction to a distributed transaction coordinator, so that the distributed transaction coordinator controls the plurality of first service components to execute rollback operation according to the rollback instruction.
Optionally, the apparatus is further configured to: if all the first service components are determined to be successfully executed based on the transaction execution result, a first confirmation message is sent to the distributed transaction coordinator; wherein the distributed transaction coordinator sends a second acknowledgement message to each first service component after acquiring the first acknowledgement message.
Fig. 5 is a schematic diagram of another transaction processing device according to an embodiment of the present invention, and as shown in fig. 5, the transaction processing device mainly includes: a calling unit 51 and an initiating unit 52, wherein:
the invoking unit 51 is configured to, after detecting that a target message queue includes a transaction flow record of a transaction operation pushed by a service integration system, invoke the transaction flow record in the target message queue, where the transaction flow record is the transaction flow record pushed by the service integration system to the target message queue after determining that, based on transaction execution results of a plurality of first service components, part or all of the first service components have failed to execute, and the plurality of first service components are the first service components that execute the transaction operation;
an initiating unit 52, configured to initiate a target correcting operation based on the transaction flow record.
As can be seen from the above description, in the present application, the transaction alignment mode mixed by the distributed transaction framework and the distributed message queue is as follows: the distributed transaction framework is adopted to ensure the atomicity of the operation with high requirement on the real-time property, and the distributed message queue is adopted to carry out asynchronous alignment with relatively low requirement on the real-time property. The distributed transaction framework can support transaction consistency of cross-microservices, and the problem of unilateral account is avoided. In addition, multiple forward transactions are encapsulated in the message body of the message queue, so that the forward concurrency is improved.
Optionally, the initiating unit is configured to: determining a plurality of second service components for performing the target flushing operation; sending the target correcting operation to the plurality of second service components to enable the plurality of second service components to execute the target correcting operation.
Optionally, the target flushing operation is plural; the initiating unit is further configured to: determining a plurality of target correcting operations corresponding to each second service assembly; packaging the plurality of target forward flushing operations corresponding to each second service assembly to obtain a target data packet: and sending the corresponding target data packet to the second service assembly so that the second service assembly executes the corresponding target correcting operation.
The device provided by the embodiment of the present invention has the same implementation principle and technical effect as the method embodiments, and for the sake of brief description, reference may be made to the corresponding contents in the method embodiments without reference to the device embodiments.
Example four:
referring to fig. 6, an embodiment of the present invention further provides an electronic device 100, including: a processor 60, a memory 61, a bus 62 and a communication interface 63, wherein the processor 60, the communication interface 63 and the memory 61 are connected through the bus 62; the processor 60 is arranged to execute executable modules, such as computer programs, stored in the memory 61.
The Memory 61 may include a high-speed Random Access Memory (RAM) and may also include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 63 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like can be used.
The bus 62 may be an ISA bus, PCI bus, EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 6, but that does not indicate only one bus or one type of bus.
The memory 61 is used for storing a program, the processor 60 executes the program after receiving an execution instruction, and the method executed by the apparatus defined by the flow process disclosed in any of the foregoing embodiments of the present invention may be applied to the processor 60, or implemented by the processor 60.
The processor 60 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 60. The Processor 60 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the device can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory 61, and the processor 60 reads the information in the memory 61 and, in combination with its hardware, performs the steps of the above method.
In addition, in the description of the embodiments of the present invention, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.
In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience of description and simplicity of description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed and operated in a particular orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and there may be other divisions when actually implemented, and for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some communication interfaces, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a non-volatile computer-readable storage medium executable by a processor. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
Finally, it should be noted that: the above-mentioned embodiments are only specific embodiments of the present invention, which are used for illustrating the technical solutions of the present invention and not for limiting the same, and the protection scope of the present invention is not limited thereto, although the present invention is described in detail with reference to the foregoing embodiments, those skilled in the art should understand that: any person skilled in the art can modify or easily conceive the technical solutions described in the foregoing embodiments or equivalent substitutes for some technical features within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the embodiments of the present invention, and they should be construed as being included therein. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (12)
1. A method of processing an expedited transaction, the method comprising:
acquiring a transaction request initiated by a transaction initiator;
determining a plurality of first service components based on the transaction request, and initiating a distributed transaction to control the plurality of first service components to execute the transaction operation corresponding to the transaction request through the distributed transaction;
obtaining transaction execution results of the plurality of first service components, wherein the transaction execution results comprise: the transaction is successful, or the transaction is failed;
and if the execution of part or all of the first service components is determined to be failed based on the transaction execution result, pushing the transaction flow record of the transaction operation to a target message queue so that the transaction flow record is called in the target message queue by the transaction flow record, and initiating the target transaction operation through the transaction flow record.
2. The method of claim 1, wherein pushing the transaction flow record of the transaction operation into a target message queue comprises:
acquiring a transaction flow record of transaction operation corresponding to the transaction request in a database;
packaging the transaction flow records according to the transaction type of the transaction operation to obtain a target message body;
and pushing the target message body to the target message queue.
3. The method of claim 1, wherein the distributed transaction comprises a plurality of branch transactions, and wherein the branch transactions are transactions for controlling the first service component to perform corresponding transaction operations;
controlling, by the distributed transaction, the plurality of first service components to perform the transaction operation corresponding to the transaction request includes:
and initiating a branch transaction to each first service assembly so that each first service assembly executes corresponding transaction operation according to the corresponding branch transaction.
4. The method of claim 1, further comprising:
and if the execution of part or all of the first service components is determined to be failed based on the transaction execution result, sending a rollback instruction to a distributed transaction coordinator, so that the distributed transaction coordinator controls the plurality of first service components to execute rollback operation according to the rollback instruction.
5. The method of claim 1, further comprising:
if all the first service components are determined to be successfully executed based on the transaction execution result, a first confirmation message is sent to the distributed transaction coordinator;
wherein the distributed transaction coordinator sends a second acknowledgement message to each first service component after acquiring the first acknowledgement message.
6. A method of processing an expedited transaction, the method comprising:
after detecting that a target message queue contains a transaction flow record of transaction operation pushed by a service integration system, calling the transaction flow record in the target message queue, wherein the transaction flow record is the transaction flow record pushed to the target message queue by the service integration system after determining that the execution of part or all of first service components fails based on transaction execution results of a plurality of first service components, and the plurality of first service components are the first service components for executing the transaction operation;
and initiating a target correcting operation based on the transaction flow record.
7. The method of claim 6, wherein initiating a target hedge operation based on the transaction flow record comprises:
determining a plurality of second service components for performing the target flushing operation;
sending the target correcting operation to the plurality of second service components to enable the plurality of second service components to execute the target correcting operation.
8. The method of claim 7, wherein the target rush operation is plural;
sending the target flushing operation to the plurality of second service components comprises:
determining a plurality of target correcting operations corresponding to each second service assembly;
packaging the plurality of target forward flushing operations corresponding to each second service assembly to obtain a target data packet:
and sending the corresponding target data packet to the second service assembly so that the second service assembly executes the corresponding target correcting operation.
9. A transaction processing apparatus, the apparatus comprising:
the first acquisition unit is used for acquiring a transaction request initiated by a transaction initiator;
a determining unit, configured to determine a plurality of first service components based on the transaction request, and initiate a distributed transaction;
the control unit is used for controlling the plurality of first service components to execute the transaction operation corresponding to the transaction request through the distributed transaction;
a second obtaining unit, configured to obtain transaction execution results of the plurality of first service components, where the transaction execution results include: the transaction is successful, or the transaction is failed;
and the pushing unit is used for pushing the transaction flow record of the transaction operation to a target message queue if the execution of part or all of the first service components fails based on the transaction execution result, so that the transaction flow record is called in the target message queue by the correcting server, and the target correcting operation is initiated through the transaction flow record.
10. A transaction processing apparatus, the apparatus comprising:
the system comprises a calling unit, a processing unit and a processing unit, wherein the calling unit is used for calling a transaction flow record in a target message queue after detecting that the target message queue contains the transaction flow record of the transaction operation pushed by a service integration system, the transaction flow record is the transaction flow record pushed to the target message queue by the service integration system after determining that the execution of part or all of first service components fails based on the transaction execution results of a plurality of first service components, and the plurality of first service components are the first service components for executing the transaction operation;
and the initiating unit is used for initiating the target correcting operation based on the transaction flow record.
11. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1-5 or the method of any of claims 6-8 when executing the computer program.
12. A computer-readable medium having non-volatile program code executable by a processor, the program code causing the processor to perform the method of any of the preceding claims 1-5 or to implement the method of any of the preceding claims 6-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010471211.9A CN111626858A (en) | 2020-05-28 | 2020-05-28 | Processing method and device for transaction, electronic equipment and computer readable medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010471211.9A CN111626858A (en) | 2020-05-28 | 2020-05-28 | Processing method and device for transaction, electronic equipment and computer readable medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111626858A true CN111626858A (en) | 2020-09-04 |
Family
ID=72260838
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010471211.9A Pending CN111626858A (en) | 2020-05-28 | 2020-05-28 | Processing method and device for transaction, electronic equipment and computer readable medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111626858A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112417042A (en) * | 2020-11-19 | 2021-02-26 | 中国建设银行股份有限公司 | Method and device for processing service request |
| CN112598520A (en) * | 2020-12-28 | 2021-04-02 | 中国农业银行股份有限公司 | Transaction management method, device, electronic equipment and storage medium |
| CN112613993A (en) * | 2020-12-26 | 2021-04-06 | 中电金信软件有限公司 | Transaction data processing method and device, computer equipment and storage medium |
| CN112950349A (en) * | 2021-02-06 | 2021-06-11 | 中国建设银行股份有限公司 | Method and system for processing exception of orthogonal time sequence of base distributed system |
| CN113744056A (en) * | 2021-09-07 | 2021-12-03 | 辽宁振兴银行股份有限公司 | Online transaction idempotent method and device |
| CN114187113A (en) * | 2021-12-16 | 2022-03-15 | 中国建设银行股份有限公司 | Network online transaction management method, system, device, medium, and program product |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1996855A (en) * | 2006-12-22 | 2007-07-11 | 中国建设银行股份有限公司 | A method and system for keeping data consistency |
| CN105447757A (en) * | 2015-11-20 | 2016-03-30 | 中国建设银行股份有限公司 | Method and system for keeping consistency of transaction information |
| CN108279986A (en) * | 2017-12-29 | 2018-07-13 | 亿阳安全技术有限公司 | A kind of distributed transaction processing method and device |
| CN108564463A (en) * | 2018-03-28 | 2018-09-21 | 中国银行股份有限公司 | Correction method and system are rushed in a kind of transaction of bank abnormity |
| CN108596768A (en) * | 2018-05-09 | 2018-09-28 | 神州数码融信软件有限公司 | A kind of distributed transaction processing method, apparatus and system |
| CN109003175A (en) * | 2018-07-06 | 2018-12-14 | 国网汇通金财（北京）信息科技有限公司 | A kind of account checking method and system based on block chain |
| CN109583859A (en) * | 2018-10-22 | 2019-04-05 | 中国平安人寿保险股份有限公司 | It trades in batches between multisystem task processing method and system |
| CN111181968A (en) * | 2019-12-30 | 2020-05-19 | 北京金山云网络技术有限公司 | Cross-block chain communication method and device, cross-chain service system and cross-chain transaction system |
-
2020
- 2020-05-28 CN CN202010471211.9A patent/CN111626858A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1996855A (en) * | 2006-12-22 | 2007-07-11 | 中国建设银行股份有限公司 | A method and system for keeping data consistency |
| CN105447757A (en) * | 2015-11-20 | 2016-03-30 | 中国建设银行股份有限公司 | Method and system for keeping consistency of transaction information |
| CN108279986A (en) * | 2017-12-29 | 2018-07-13 | 亿阳安全技术有限公司 | A kind of distributed transaction processing method and device |
| CN108564463A (en) * | 2018-03-28 | 2018-09-21 | 中国银行股份有限公司 | Correction method and system are rushed in a kind of transaction of bank abnormity |
| CN108596768A (en) * | 2018-05-09 | 2018-09-28 | 神州数码融信软件有限公司 | A kind of distributed transaction processing method, apparatus and system |
| CN109003175A (en) * | 2018-07-06 | 2018-12-14 | 国网汇通金财（北京）信息科技有限公司 | A kind of account checking method and system based on block chain |
| CN109583859A (en) * | 2018-10-22 | 2019-04-05 | 中国平安人寿保险股份有限公司 | It trades in batches between multisystem task processing method and system |
| CN111181968A (en) * | 2019-12-30 | 2020-05-19 | 北京金山云网络技术有限公司 | Cross-block chain communication method and device, cross-chain service system and cross-chain transaction system |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112417042A (en) * | 2020-11-19 | 2021-02-26 | 中国建设银行股份有限公司 | Method and device for processing service request |
| CN112613993A (en) * | 2020-12-26 | 2021-04-06 | 中电金信软件有限公司 | Transaction data processing method and device, computer equipment and storage medium |
| CN112613993B (en) * | 2020-12-26 | 2022-08-12 | 中电金信软件有限公司 | Transaction data processing method and device, computer equipment and storage medium |
| CN112598520A (en) * | 2020-12-28 | 2021-04-02 | 中国农业银行股份有限公司 | Transaction management method, device, electronic equipment and storage medium |
| CN112598520B (en) * | 2020-12-28 | 2024-06-11 | 中国农业银行股份有限公司 | Transaction management method, device, electronic equipment and storage medium |
| CN112950349A (en) * | 2021-02-06 | 2021-06-11 | 中国建设银行股份有限公司 | Method and system for processing exception of orthogonal time sequence of base distributed system |
| CN112950349B (en) * | 2021-02-06 | 2023-08-08 | 中国建设银行股份有限公司 | Method and system for processing base distributed system flushing quadrature easy time sequence exception |
| CN113744056A (en) * | 2021-09-07 | 2021-12-03 | 辽宁振兴银行股份有限公司 | Online transaction idempotent method and device |
| CN114187113A (en) * | 2021-12-16 | 2022-03-15 | 中国建设银行股份有限公司 | Network online transaction management method, system, device, medium, and program product |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111626858A (en) | Processing method and device for transaction, electronic equipment and computer readable medium | |
| CN111666162B (en) | Distributed message transmission method, device, computer equipment and storage medium | |
| US11251966B2 (en) | Sending cross-chain authenticatable messages | |
| CN111277639B (en) | Method and device for maintaining data consistency | |
| CN104219235A (en) | Distributed transaction requesting method and device | |
| CN111694797A (en) | File uploading and analyzing method, device, server and medium | |
| US20230046979A1 (en) | Microservice call method and apparatus, device, and medium | |
| CN112738294B (en) | Domain name resolution method and device based on block chain, electronic equipment and storage medium | |
| CN107645476B (en) | Request processing method and device | |
| CN111984388A (en) | Method, device and medium for coordinating data consistency in distributed transactions of cloud environment | |
| CN109818977B (en) | Access server communication optimization method, access server and communication system | |
| CN113992630B (en) | Network resource conflict processing method, device, equipment and storage medium | |
| CN111414263A (en) | Information processing method, device, server and storage medium | |
| CN108200157B (en) | Log synchronization method and device for triggering rollback by master node | |
| CN112437155A (en) | Service data processing method and device and server equipment | |
| CN117336346A (en) | IPPBX and PMS docking state conversion method, terminal equipment and medium | |
| CN109670952B (en) | Collecting and paying transaction platform | |
| CN110995803A (en) | Upstream and downstream service processing method and system, computer readable storage medium | |
| US20100235360A1 (en) | Synchronized relay messaging and coordinated network processing using snmp | |
| CN115643271A (en) | Method, device, server and medium for synchronizing multi-application data on cloud | |
| CN112100556B (en) | Method and system for optimizing message pushing mode | |
| US20010024442A1 (en) | Control program structure of ATM switching system and method thereof | |
| CN111049938A (en) | Message notification method and device, electronic equipment and readable storage medium | |
| CN111552907A (en) | Message processing method, device, equipment and storage medium | |
| CN113313594B (en) | Order processing method, order processing device, electronic equipment, storage medium and program product |
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 |