CN107277022B - Process marking method and device - Google Patents
Process marking method and device Download PDFInfo
- Publication number
- CN107277022B CN107277022B CN201710501482.2A CN201710501482A CN107277022B CN 107277022 B CN107277022 B CN 107277022B CN 201710501482 A CN201710501482 A CN 201710501482A CN 107277022 B CN107277022 B CN 107277022B
- Authority
- CN
- China
- Prior art keywords
- remote procedure
- procedure call
- call protocol
- sequence
- request information
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 164
- 230000008569 process Effects 0.000 title claims abstract description 54
- 238000012545 processing Methods 0.000 claims abstract description 18
- 238000005516 engineering process Methods 0.000 abstract description 8
- 230000001360 synchronised effect Effects 0.000 abstract description 7
- 230000006870 function Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- 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/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
-
- 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
- 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/547—Remote procedure calls [RPC]; Web services
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Abstract
The embodiment of the invention provides a process marking method and device. The method comprises the following steps: writing request information of a remote procedure call protocol into a first sequence; processing a database transaction; if the database transaction fails, moving the offset coordinates of the first sequence, wherein the offset coordinates are used for identifying that the request information is processed; if the database transaction is successful, writing the request information into a second sequence; shifting the offset coordinates of the first sequence if the request information is successfully written in the second sequence. The embodiment of the invention improves the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue by applying the queue technology to the micro service cluster of the pure remote procedure call protocol synchronous combination.
Description
Technical Field
The embodiment of the invention relates to the technical field of communication, in particular to a process marking method and device.
Background
Remote procedure call protocol is a protocol that requests services from remote computer programs over a network without knowledge of the underlying network technology. The remote procedure call protocol assumes the presence of some transport protocol, such as TCP or UDP, for carrying information data between communicating programs. In the OSI network communications model, the remote procedure call protocol spans the transport and application layers. The remote procedure call protocol makes it easier to develop applications including network distributed multiprogrammers. The remote procedure call protocol employs a client/server mode. The requesting program is a client and the service providing program is a server. First, the client calling process sends a calling message with process parameters to the service process and then waits for a response message. On the server side, the process remains in a sleep state until the call information arrives. When a calling message arrives, the server obtains the process parameters, calculates the result, sends the reply message, then waits for the next calling message, and finally, the client calls the process to receive the reply message, obtain the process result, and then calls execution to continue.
However, if a plurality of processing threads of the remote procedure call protocol are executed concurrently, a large number of functions of the distributed publish-subscribe messaging system with high throughput will be required, and the service messages of the remote procedure call protocol and the asynchronous queue will be inaccurate.
Disclosure of Invention
The embodiment of the invention provides a process marking method and a process marking device, which are used for improving the accuracy of a remote process call protocol and a service message of an asynchronous queue.
One aspect of the embodiments of the present invention is to provide a process marking method, including:
writing request information of a remote procedure call protocol into a first sequence;
processing a database transaction;
if the database transaction fails, moving the offset coordinates of the first sequence, wherein the offset coordinates are used for identifying that the request information is processed;
if the database transaction is successful, writing the request information into a second sequence;
shifting the offset coordinates of the first sequence if the request information is successfully written in the second sequence.
Another aspect of the embodiments of the present invention is to provide a process marking apparatus, including:
the writing module is used for writing the request information of the remote procedure call protocol into a first sequence;
the processing module is used for processing database transactions;
a moving module, configured to move the offset coordinate of the first sequence when a database transaction fails, where the offset coordinate is used to identify that the request information has been processed;
if the database transaction is successful, the writing module writes the request information into a second sequence;
and if the request information is successfully written into the second sequence, the moving module moves the offset coordinate of the first sequence.
The process marking method and the device provided by the embodiment of the invention improve the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue by applying the queue technology to the micro service cluster of the pure remote procedure call protocol synchronous combination.
Drawings
FIG. 1 is a flowchart of a process marking method according to an embodiment of the present invention;
FIG. 2 is a flowchart of a process marking method according to another embodiment of the present invention;
FIG. 3 is a block diagram of a process marking apparatus according to an embodiment of the present invention;
fig. 4 is a block diagram of a process marking apparatus according to another embodiment of the present invention.
Detailed Description
In order to prevent the phenomenon that a database is successfully written and then written into a queue, but the queue is failed to be written, an error is returned, an upstream retry is allowed, the upstream may give up, and a message is lost, or the phenomenon that the database is successfully written and then the whole computer room is powered off occurs, that is, it is required to prevent that when the transaction of the database is successful, a message must be guaranteed to be written into the queue, if the transaction of the database fails, the message should not appear in the queue, so the queue cannot be written first and then the database is written, otherwise, the phenomenon that a high-throughput distributed publish-subscribe message system supports the rollback of the message occurs. The embodiment provides a method for realizing the consistency between the database and the queue only by relying on two components, namely a high-throughput distributed publish-subscribe message system and MySQL.
Fig. 1 is a flowchart of a process marking method according to an embodiment of the present invention. The process marking method provided by the embodiment of the invention comprises the following specific steps:
and step S101, writing the request information of the remote procedure call protocol into a first sequence.
In this embodiment, the first sequence may specifically be a head write queue, and the second sequence may specifically be a transaction queue. The remote procedure call protocol employs a client/server mode. The requesting program is a client and the service providing program is a server. First, the client calling process sends a calling message with process parameters to the service process and then waits for a response message. On the server side, the process remains in a sleep state until the call information arrives. When a calling message arrives, the server obtains the process parameters, calculates the result, sends the reply message, then waits for the next calling message, and finally, the client calls the process to receive the reply message, obtain the process result, and then calls execution to continue.
In this embodiment, the request information of the remote procedure call protocol may be written into the header write queue, and if the message fails to be written, the error is directly returned to the caller for retry.
And step S102, processing database transactions.
Step S103, if the database transaction fails, shifting the offset coordinate of the first sequence, wherein the offset coordinate is used for identifying that the request information is processed.
If the database transaction fails, the moving head writes to the offset coordinate of the queue, indicating that the request has been processed.
And step S104, if the database transaction is successful, writing the request information into a second sequence.
If the database transaction is successful, the program is next written to the transaction queue.
And step S105, if the request information is successfully written into the second sequence, shifting the offset coordinate of the first sequence.
If the write queue is successful, the shift head writes to the offset coordinate of the queue, indicating that the request has been processed. In addition, if the write queue fails, a success is returned to the caller, and then the procedure of writing to the transaction queue is asynchronously retried.
In the middle of the database transaction success to message write to transaction queue procedure, the offset coordinates of the head write queue are not moved, i.e., if the process is interrupted, it can be restored back from the head write queue. After the retry, the transaction queue writes successfully. At this point the moving head writes to the offset coordinates of the queue, marking that the request has been processed.
The above process marks whether the complete distributed transaction has been processed by introducing a head write queue and controlling the offset coordinate position of this program. The method is different from the previous method which takes the transaction of the database as the standard to measure whether the processing is completed or not. There is no need for rollback in this process, as long as the database write is successful, the message queue write will be successful anyway. The key to the overall scheme is that the extent of a distributed transaction is marked by the two actions of writing of the head write queue and movement of the offset coordinate. As long as this process is not completely done, it is guaranteed that it will eventually be executed completely by continually retrying the head write queue.
The embodiment of the invention improves the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue by applying the queue technology to the micro service cluster of the pure remote procedure call protocol synchronous combination.
Fig. 2 is a flowchart of a process marking method according to another embodiment of the present invention. On the basis of the above embodiment, the process marking method provided by the embodiment of the present invention specifically includes the following steps:
step S201, marking each remote procedure call protocol thread, wherein each remote procedure call protocol thread corresponds to an offset coordinate, and the offset coordinate is used for identifying whether the remote procedure call protocol thread is executed successfully or not.
Step S202, if the first remote procedure call protocol thread is before the second remote procedure call protocol thread, the second remote procedure call protocol thread is successfully executed, and the first remote procedure call protocol thread is not executed, the offset coordinate is not moved.
Step S203, if the first remote procedure call protocol thread is successfully executed before the second remote procedure call protocol thread, and the second remote procedure call protocol thread is not executed, moving the offset coordinate.
If important business logic is to be suspended behind the message queue. The integrity of the data in the message queue must be guaranteed and there must not be a loss. It is not possible to have the writing of the message queue as a bypass logic, but rather the message queue should be put into the main flow. If the message queue write fails or times out, an error should be returned directly, rather than allowing execution to continue.
In the scheme, the local queue is packaged into a proxy of a high-throughput distributed publish-subscribe message system to serve as a locally written proxy, namely, the local queue is introduced to serve as a bottom pocket. The stability and latency of high throughput distributed publish-subscribe messaging systems often fails to meet the needs of online services. For example, if three copies are to be written reliably, a high throughput distributed publish-subscribe messaging system needs to wait for multiple middleware replies, and this delay may fluctuate significantly. In the case of non-timely writing, we need to use the local file bottom approach proposed herein as a buffer, and actually form a combined queue scheme with higher availability and lower latency by introducing a local file queue in combination with a remote distributed queue.
When no head is written into the queue, the remote procedure call protocol executes the following procedures: the serial process, because it is not protected, may be interrupted and complete execution cannot be ensured. The purpose of introducing a head write queue is to make this process reliable.
Assuming that the entire process is complete, the functions of a high throughput distributed publish-subscribe message system are exclusive, which means how many concurrent processing threads (or coroutines) of the remote procedure call protocol require how many corresponding functions to track the processing state of the corresponding threads. This becomes uneconomical and requires a large number of high throughput distributed publish-subscribe messaging system functions. However, if multiple remote procedure call protocol threads share a high throughput distributed publish-subscribe messaging system function, a new administrator unit is needed to coordinate the movement of the coordinates of the multiple remote procedure call protocol threads and mark the success of the execution of the transaction. The specific process is as follows:
remote procedure call protocol thread 1, written a1 (head write log) with an offset coordinate of 1.
Remote procedure call protocol thread 2, written a2 with an offset coordinate of 2.
Remote procedure call protocol thread 3, written a3 with an offset coordinate of 3.
After the remote procedure call protocol thread 3 finishes execution, to mark a3 as successful, the offset coordinate is moved to 3. But because of the previous 1 and 2, the execution has not been successful, at which time the offset coordinates cannot be moved.
After the remote procedure call protocol thread 1 finishes execution, to mark a1 as successful, the offset coordinate is moved to 1. Since there was no previously performed a that was not completed, this time the offset coordinate was moved to 1 successfully.
After the remote procedure call protocol thread 2 finishes executing, to mark a2 as successful, the offset coordinate is moved to 2. Since the following 3 has been executed, the offset coordinates are directly updated to 3.
And step S204, writing the request information of the remote procedure call protocol into a first sequence.
And step S205, processing the database transaction.
Step S206, if the database transaction fails, shifting the offset coordinate of the first sequence, wherein the offset coordinate is used for identifying that the request information is processed.
And step S207, if the database transaction is successful, writing the request information into a second sequence.
And step S208, if the request information is successfully written into the second sequence, shifting the offset coordinate of the first sequence.
The embodiment of the invention improves the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue by applying the queue technology to the micro service cluster of the pure remote procedure call protocol synchronous combination.
Fig. 3 is a structural diagram of a process marking apparatus according to an embodiment of the present invention. The process marking apparatus provided in the embodiment of the present invention may execute the processing flow provided in the embodiment of the process marking method, as shown in fig. 3, the process marking apparatus 30 includes: the device comprises a writing module 31, a processing module 32 and a moving module 33, wherein the writing module 31 is used for writing request information of a remote procedure call protocol into a first sequence; the processing module 32 is used for processing database transactions; the moving module 33 is configured to move the offset coordinate of the first sequence when the database transaction fails, where the offset coordinate is used to identify that the request information has been processed; if the database transaction is successful, the writing module 31 writes the request information into a second sequence; the moving module 33 moves the offset coordinates of the first sequence if the request information is successfully written in the second sequence.
The embodiment of the invention improves the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue by applying the queue technology to the micro service cluster of the pure remote procedure call protocol synchronous combination.
Fig. 4 is a block diagram of a process marking apparatus according to another embodiment of the present invention. On the basis of the above embodiment, if the request information is not successfully written into the second sequence, the writing module 31 re-writes the request information into the second sequence.
Further, the process marking device 30 further includes: and the marking module 34 is configured to mark each remote procedure call protocol thread, where each remote procedure call protocol thread corresponds to an offset coordinate, and the offset coordinate is used to identify whether the execution of the remote procedure call protocol thread is successful.
If the first remote procedure call protocol thread is not executed before the second remote procedure call protocol thread, the mobile module 33 does not move the offset coordinate if the second remote procedure call protocol thread is successfully executed and the first remote procedure call protocol thread is not executed.
The moving module 33 moves the offset coordinate if the first remote procedure call protocol thread is successfully executed before the second remote procedure call protocol thread, which is not executed.
The process marking apparatus provided in the embodiment of the present invention may be specifically configured to execute the method embodiment provided in fig. 1, and specific functions are not described herein again.
The embodiment of the invention improves the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue by applying the queue technology to the micro service cluster of the pure remote procedure call protocol synchronous combination.
In summary, the embodiments of the present invention apply the queue technology to the microservice cluster of pure remote procedure call protocol synchronous combination, thereby improving the accuracy of the service messages of the remote procedure call protocol and the asynchronous queue.
In the embodiments provided in the present invention, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, 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 through some interfaces, devices or units, 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 integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
It is obvious to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be performed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to perform all or part of the above described functions. For the specific working process of the device described above, reference may be made to the corresponding process in the foregoing method embodiment, which is not described herein again.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (8)
1. A process marking method, comprising:
writing request information of a remote procedure call protocol into a first sequence;
processing a database transaction;
if the database transaction fails, moving the offset coordinates of the first sequence, wherein the offset coordinates are used for identifying that the request information is processed;
if the database transaction is successful, writing the request information into a second sequence;
if the request information is successfully written into the second sequence, shifting the offset coordinates of the first sequence;
and if the request information is not successfully written into the second sequence, rewriting the request information into the second sequence.
2. The method of claim 1, wherein prior to writing the request information of the remote procedure call protocol in the first sequence, further comprising:
marking each remote procedure call protocol thread, wherein each remote procedure call protocol thread corresponds to an offset coordinate, and the offset coordinate is used for identifying whether the remote procedure call protocol thread is successfully executed.
3. The method of claim 2, wherein the offset coordinate is not moved if a first remote procedure call protocol thread precedes a second remote procedure call protocol thread, the second remote procedure call protocol thread is successfully executed, and the first remote procedure call protocol thread is not executed.
4. The method of claim 2, wherein the offset coordinate is moved if a first remote procedure call protocol thread is successfully executed before a second remote procedure call protocol thread, the second remote procedure call protocol thread not being executed.
5. A process marking apparatus, comprising:
the writing module is used for writing the request information of the remote procedure call protocol into a first sequence;
the processing module is used for processing database transactions;
a moving module, configured to move the offset coordinate of the first sequence when a database transaction fails, where the offset coordinate is used to identify that the request information has been processed;
if the database transaction is successful, the writing module writes the request information into a second sequence;
if the request information is successfully written into the second sequence, the mobile module moves the offset coordinate of the first sequence;
and if the request information is not successfully written into the second sequence, the writing module writes the request information into the second sequence again.
6. The process marking apparatus of claim 5, further comprising:
and the marking module is used for marking each remote procedure call protocol thread, each remote procedure call protocol thread corresponds to an offset coordinate, and the offset coordinate is used for identifying whether the remote procedure call protocol thread is successfully executed or not.
7. The process tagging device of claim 6, wherein the movement module does not move the offset coordinate if a first remote procedure call protocol thread precedes a second remote procedure call protocol thread, the second remote procedure call protocol thread is successfully executed, and the first remote procedure call protocol thread is not executed.
8. The process tagging device of claim 7, wherein the moving module moves the offset coordinate if a first remote procedure call protocol thread is successfully executed before a second remote procedure call protocol thread, the second remote procedure call protocol thread not being executed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710501482.2A CN107277022B (en) | 2017-06-27 | 2017-06-27 | Process marking method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710501482.2A CN107277022B (en) | 2017-06-27 | 2017-06-27 | Process marking method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107277022A CN107277022A (en) | 2017-10-20 |
| CN107277022B true CN107277022B (en) | 2020-03-13 |
Family
ID=60069666
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710501482.2A Active CN107277022B (en) | 2017-06-27 | 2017-06-27 | Process marking method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107277022B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108415736B (en) * | 2018-02-06 | 2021-03-30 | 新浪网技术(中国)有限公司 | Method, device and equipment for marking program process by using process file system |
| CN110532066A (en) * | 2018-05-23 | 2019-12-03 | 中国移动通信集团浙江有限公司 | A kind of realization method and system of transaction consistency |
| CN110659141B (en) * | 2018-06-30 | 2022-01-04 | 武汉斗鱼网络科技有限公司 | Instruction execution method and related equipment |
| CN109725944A (en) * | 2018-12-29 | 2019-05-07 | 北京三快在线科技有限公司 | Remote procedure calling (PRC) method and device, electronic equipment, storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725186A (en) * | 2004-07-23 | 2006-01-25 | 中兴通讯股份有限公司 | Multiple data base data syne method |
| CN101097527A (en) * | 2006-06-27 | 2008-01-02 | 中国银联股份有限公司 | Flowpath scheduling method and system of application progress |
| CN102023974A (en) * | 2009-09-14 | 2011-04-20 | 中国移动通信集团公司 | Method, device and system for processing message by message queue |
| US8185622B2 (en) * | 2007-10-16 | 2012-05-22 | Ricoh Company, Ltd. | Condition dependent data maintenance system for a plurality of functional entities |
| CN105095364A (en) * | 2015-06-26 | 2015-11-25 | 车智互联（北京）科技有限公司 | Data synchronizing system and method |
| CN105956166A (en) * | 2016-05-19 | 2016-09-21 | 北京京东尚科信息技术有限公司 | Database reading-writing method and database reading-writing apparatus |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7617253B2 (en) * | 2005-12-19 | 2009-11-10 | Commvault Systems, Inc. | Destination systems and methods for performing data replication |
-
2017
- 2017-06-27 CN CN201710501482.2A patent/CN107277022B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725186A (en) * | 2004-07-23 | 2006-01-25 | 中兴通讯股份有限公司 | Multiple data base data syne method |
| CN101097527A (en) * | 2006-06-27 | 2008-01-02 | 中国银联股份有限公司 | Flowpath scheduling method and system of application progress |
| US8185622B2 (en) * | 2007-10-16 | 2012-05-22 | Ricoh Company, Ltd. | Condition dependent data maintenance system for a plurality of functional entities |
| CN102023974A (en) * | 2009-09-14 | 2011-04-20 | 中国移动通信集团公司 | Method, device and system for processing message by message queue |
| CN105095364A (en) * | 2015-06-26 | 2015-11-25 | 车智互联（北京）科技有限公司 | Data synchronizing system and method |
| CN105956166A (en) * | 2016-05-19 | 2016-09-21 | 北京京东尚科信息技术有限公司 | Database reading-writing method and database reading-writing apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107277022A (en) | 2017-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107277022B (en) | Process marking method and device | |
| CN107402722B (en) | Data migration method and storage device | |
| CN103119912A (en) | Inter-processor communication techniques in a multiple-processor computing platform | |
| CN113641457A (en) | Container creation method, device, apparatus, medium, and program product | |
| CN111708738B (en) | Method and system for realizing interaction of hadoop file system hdfs and object storage s3 data | |
| CN111880956B (en) | Data synchronization method and device | |
| CN105302489B (en) | A kind of remote embedded accumulator system of heterogeneous polynuclear and method | |
| CN111338834B (en) | Data storage method and device | |
| CN112559476A (en) | Log storage method for improving performance of target system and related equipment thereof | |
| CN112181723A (en) | Financial disaster recovery method and device, storage medium and electronic equipment | |
| CN110727523A (en) | Service request processing method, processing device and readable storage medium | |
| CN105574026A (en) | Method and device for service supporting by using non-relational database | |
| CN115858175B (en) | Asynchronous I/O request priority scheduling method, device, medium and control equipment | |
| CN111984198A (en) | Message queue implementation method and device and electronic equipment | |
| US20200387412A1 (en) | Method To Manage Database | |
| CN108958903A (en) | Embedded multi-core central processing unit method for scheduling task and device | |
| CN112905668B (en) | Database derivative method, device and medium based on distributed data stream processing engine | |
| CN111522827A (en) | Data updating method and device and electronic equipment | |
| CN107203339B (en) | Data storage method and device | |
| CN110827001A (en) | Accounting event bookkeeping method, system, equipment and storage medium | |
| AU2010201275A1 (en) | A high performance and low latency messaging system | |
| CN114116676A (en) | Data migration method and device, electronic equipment and computer readable storage medium | |
| CN112231290A (en) | Method, device and equipment for processing local log and storage medium | |
| WO2020238748A1 (en) | Data synchronization processing method and apparatus, electronic device and computer storage medium | |
| CN108959405B (en) | Strong consistency reading method of data and terminal equipment |
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 | ||
| GR01 | Patent grant |