CN107819696A - A kind of transaction flow control method and system - Google Patents
A kind of transaction flow control method and system Download PDFInfo
- Publication number
- CN107819696A CN107819696A CN201711171959.1A CN201711171959A CN107819696A CN 107819696 A CN107819696 A CN 107819696A CN 201711171959 A CN201711171959 A CN 201711171959A CN 107819696 A CN107819696 A CN 107819696A
- Authority
- CN
- China
- Prior art keywords
- transaction
- queue
- data
- request data
- transaction request
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
Abstract
This application discloses a kind of transaction flow control method and system.Classification is traded to transaction when receiving transaction；Whether overloaded by the data cached determination system of premature beats.If so, shunting and/or transaction current limliting are then traded to each transaction queue according to the priority of transaction.Compared with prior art, the present invention is shunted and/or current limliting to each transaction based on premature beats are data cached, and carries out priority treatment to the high transaction of priority, so as to accurately and efficiently control transaction flow.
Description
Technical field
The application is related to banking management domain, more specifically to a kind of transaction flow control method and system.
Background technology
Under the dual catalytic that Information technology progress and standard of living improve, shopping at network, network financing, network loan etc.
Internet financial business develops like the mushrooms after rain, and financial transaction is initiated to be not limited only to bank counter and banking terminal, bank
Operating information system generally faces the contradiction between the extensive requests transaction of burst and relatively limited server computing resource.Such as
Fruit does not have scientific and effective transaction flow control device and device, and the surge of short time can cause server transaction congestion.More
The serious is during congestion of merchandising, it will brings into the repetition and adjustment transaction of multiple growth, ultimately forms avalanche effect, make
Into the systemic breakdown of large area.
It is general that flow control is carried out using limitation number of requests or limitation Service Source in existing application system, say respectively
It is bright as follows：
1st, flow is limited by requestor requests quantity.Which has a variety of realization means again, such as：Requests transaction is first
(such as fifo queue) is placed in container, if waiting pending request excessive, container overflows, and reaches refusal part indirectly and hands over
Easy effect；For another example：After requests transaction is received, the number of deals in mutual exclusion area is added one, before transaction returns, by the friendship in mutual exclusion area
Easily number subtracts one, by the transaction batching counter in mutual exclusion area come the number of transaction that limits while handle.
2nd, flow is limited by service side's resource constraint.Service side limits the trading processing ability (thread of such as thread pool
Number), when number of requests is more than disposal ability, will be returned due to grabbing the transaction to be reported an error less than resource.
Existing technology has the disadvantage that, can not accomplish in flow control accurate, efficient, is described in detail below：
Quantity and service side's resource constraint are put in request, are all previously set, can not be carried out according to system actual state
Dynamic adjusts.System is not unalterable, and database distribution situation to the oncurrent processing ability of on-line transaction, is currently running
Batch machining it is closely related.If setting value is too small, server resource can be caused to waste, setting is excessive, then does not reach
Implement the purpose of flow control in time.
2nd, the measurement index for flow control does not embody the health status of transaction, can not accomplish accurately to control.
3rd, transaction does not carry out classification processing, can not ensure that important transaction is preferentially handled.When system is busy, meeting
Important transaction (such as big customer's accounting processing) and secondary transaction are refused in the lump (such as inquiry transaction).
The content of the invention
In view of this, the application provides a kind of transaction flow control method and system, accurately and efficiently to control transaction
Flow.
To achieve these goals, it is proposed that scheme it is as follows：
A kind of transaction flow control method, including：
Transaction request data are obtained, to classifying for the transaction request data, and please by the sorted transaction
Data are asked to be stored in different transaction queues；
It is data cached to read the premature beats stored in internal memory, and based on the data cached really judgement system of the premature beats
Whether system merchandises overload；
If so, then the transaction request data in transaction queue are carried out according to the priority of the transaction request data
Flow shunt and/or flow current limliting；
The transaction request data by traffic classification and/or flow current limliting are carried out with business processing, generation transaction rings
Answer data.
Preferably, in addition to：
Obtain the transaction request data and the transaction response data；
The health status of each transaction queue is determined according to the transaction request data and the transaction response data；
Inspection side is carried out to the queue depth of the transaction queue, to determine queue depth's state of each transaction queue；
According to the health status and queue depth's state is data cached to the premature beats refreshes.
Preferably, the priority according to the transaction request data is to the transaction request data in transaction queue
Flow shunt is carried out, including：The high transaction request of priority is switched in the low transaction queue of priority.
Preferably, it is described according to the transaction request data and the transaction response data determines the strong of each transaction queue
Health state, including：
According to the transaction request data and transaction response data computing system the handling up in preset time window
Amount and average response duration；
When the handling capacity reaches preset value, the healthy shape of each transaction queue is determined according to the average response duration
State.
Preferably, it is described data cached to the premature beats according to the health status and queue depth's state
Refreshed, including：
Judge whether the average response duration and the queue depth pass through each self-corresponding predetermined threshold value, if so, then
The data of flow control meter in storehouse are updated the data, and notify that the transaction overload protection module refreshing premature beats are data cached,
The flow control meter includes the health status and queue depth's state of each transaction queue.
A kind of transaction flow control system, including：
Classification of business transaction disposes module, for obtaining transaction request data, to classifying for the transaction request data, and
The sorted transaction request data are stored in different transaction queues；
Overload protection module, it is data cached for reading the premature beats stored in internal memory, and controlled based on the overload
Make and data cached really judge whether system merchandises overload；
If so, then the transaction request data in transaction queue are carried out according to the priority of the transaction request data
Flow shunt and/or flow current limliting；
Trade processing module, for entering industry to the transaction request data by traffic classification and/or flow current limliting
Business is handled, generation transaction response data.
Preferably, in addition to：Data acquisition module, monitoring data sending module, transaction monitoring analysis module and queue
Deep monitored module；
The data acquisition module, for obtaining the transaction request data and the transaction response data, and by described in
Transaction request data and the transaction response data storage are into memory queue；
Monitoring data sending module, for reading the transaction request data and the transaction number of responses in memory queue
According to, and the transaction request data and the transaction response data are sent to the transaction monitoring and analyzed by message-oriented middleware
Module；
The transaction monitoring analysis module, it is each for being determined according to the transaction request data and the transaction response data
The health status of individual transaction queue；
Queue depth's monitoring module, it is each to determine for carrying out inspection side to the queue depth of the transaction queue
Queue depth's state of transaction queue；
Database, for storing the flow control of the health status comprising each transaction queue and queue depth's state
Table.
Preferably, the transaction monitoring analysis module, including：
Data receipt unit, for obtaining the transaction request data and the transaction response data in memory queue；
Computing unit, for according to the transaction request data and it is described transaction response data computing system in preset time
Handling capacity and average response duration in window；
First judging unit, for when the handling capacity reaches preset value, judging whether the average response duration is worn
More corresponding threshold value, to determine the health status of each transaction queue；
First updating block, the data stored in the database are entered for the health status according to each transaction queue
Row renewal.
Preferably, queue depth's monitoring module includes：
Detection unit, for being detected to the queue depth of each transaction queue；
Whether the second judging unit, the queue depth for judging each transaction queue pass through each self-corresponding threshold value, with
Determine queue depth's state of each transaction queue；
Second updating block, for queue depth's state according to each transaction queue to the number that is stored in the database
According to being updated.
Through as shown from the above technical solution, this application discloses a kind of transaction flow control method and system.Receiving
Classification is traded to transaction during transaction；Whether overloaded by the data cached determination system of premature beats.If so, then according to transaction
Priority to each transaction queue be traded shunting and/or transaction current limliting.Compared with prior art, the present invention is based on overload
Control it is data cached each transaction is shunted and/or current limliting, and priority treatment is carried out to the high transaction of priority, so as to accurate
Control really and efficiently transaction flow.
Brief description of the drawings
In order to illustrate more clearly about the embodiment of the present invention or technical scheme of the prior art, below will be to embodiment or existing
There is the required accompanying drawing used in technology description to be briefly described, it should be apparent that, drawings in the following description are only this
The embodiment of invention, for those of ordinary skill in the art, on the premise of not paying creative work, can also basis
The accompanying drawing of offer obtains other accompanying drawings.
Fig. 1 shows a kind of schematic flow sheet of transaction flow control method disclosed in one embodiment of the invention；
Fig. 2 shows a kind of schematic flow sheet of the data cached update method of premature beats disclosed in the present application；
Fig. 3 shows that a kind of flow of the data cached update method of premature beats is shown disclosed in another embodiment of the application
It is intended to；
Fig. 4 shows a kind of structural representation of transaction flow control system disclosed in another embodiment of the present invention；
Fig. 5 shows a kind of structural representation of transaction flow control system disclosed in another embodiment of the present invention.
Embodiment
Below in conjunction with the accompanying drawing in the embodiment of the present invention, the technical scheme in the embodiment of the present invention is carried out clear, complete
Site preparation describes, it is clear that described embodiment is only part of the embodiment of the present invention, rather than whole embodiments.Based on this
Embodiment in invention, the every other reality that those of ordinary skill in the art are obtained under the premise of creative work is not made
Example is applied, belongs to the scope of protection of the invention.
A kind of schematic flow sheet of transaction flow control method disclosed in one embodiment of the invention is shown referring to Fig. 1.
As shown in Figure 1, this method includes：
S101：Transaction request data are obtained, to the classifying to the transaction request data according to priority, and will be divided
The transaction request data after class are stored in different transaction queues.
Hand over and ask easy data to be divided into inquiry transaction, general transaction, VIP transaction and the species of asynchronous transaction four by business latitude
Type, it is divided into the country, Asia-Pacific, Europe-Africa and the type of America four by region latitude, can be divided into 16 subclasses by two latitude transaction, will divide
Data after class are respectively stored into corresponding transaction queue, are read for trade processing module below.
S102：It is data cached to read the premature beats that have stored in internal memory, and sentence based on the premature beats are data cached
Whether disconnected system merchandises overload.
Above-mentioned steps by system overload protection module perform, the premature beats it is data cached including：Each queue
Health status and queue depth's state.
System can determine whether system is in overload based on preset flow control table, and flow control meter is as follows：
Table：Flow control meter
S103：If so, then according to the priority of the transaction request data to the transaction request number in transaction queue
According to progress flow shunt and/or flow current limliting.
When system is in overload, overload protection module implements corresponding action according to transaction flow control measure.
If the 1, transaction is normal, sorted transaction data is stored in corresponding internal queues
Shunted if the 2, high priority need to be merchandised, the transaction of high priority is stored in the interior army of low priority
Row.Such as, in the case where congestion occurs in high priority transaction, the part transaction label of high priority is changed to low priority,
So as to which the part transaction reached high priority is diverted to the purpose of Low Priority Queuing.
3rd, if necessary to current limliting, then directly refusal transaction.
Performed specifically, flow control policy table can be based on：
S104：The transaction request data by traffic classification and/or flow current limliting are carried out with business processing, generation is handed over
Easy response data.
As seen from the above embodiment, this application discloses a kind of transaction flow control method and system.Receiving transaction
When to transaction be traded classification；Whether overloaded by the data cached determination system of premature beats.If so, then according to the excellent of transaction
First level is traded shunting and/or transaction current limliting to each transaction queue.Compared with prior art, the present invention is based on premature beats
It is data cached that each transaction is shunted and/or current limliting, and priority treatment is carried out to the high transaction of priority, so as to accurate and
Efficiently control transaction flow.
It should be noted that the premature beats that overload includes module internal memory data cached are needed based on the current transaction of system
Situation carries out real-time update, so that whether real-time judge system is in the state overloaded.
A kind of schematic flow sheet of the data cached update method of premature beats disclosed in the present application is shown referring to Fig. 2.
S201：Obtain transaction request data and transaction response data.
Transaction request data and transaction response monitoring data are obtained, and stamps timestamp and is put into internal memory.
S202：According to the transaction request data and the transaction response data computing system in preset time window
Handling capacity and average response duration.
To the transaction request and the data of transaction response received, matched in internal memory, according to the time received
Stamp calculates the response time of transaction, and counts and transaction average response time and handling capacity are received in time window.
S203：When throughput of system reaches preset value, judge whether average response duration passes through corresponding threshold value, with true
The health status of fixed each transaction queue.
Judge whether current average response time up passes through threshold values (the transaction response time deteriorates), if pass through downwards
Threshold values (the transaction response time improves).
S204：If so, then the data stored in database are updated according to the health status of each transaction queue.
Threshold values is passed through in the event of the response time, then means that transaction health condition changes, then changes database pair
The control table answered is last state.
S205：It is data cached to notify that overload protection module refreshes premature beats.
A kind of stream of the data cached update method of premature beats disclosed in another embodiment of the application is shown referring to Fig. 3
Journey schematic diagram.
S301：The queue depth of each transaction queue is detected.
Periodic cyclic detection classification internal queues wait the number of transaction of trading processing, in this application due to internal queues
It is the MQ middlewares using IBM, the queue depth of cluster queue in cluster can be inquired about by way of MQAI.
S302：Judge whether the queue depth of each transaction queue passes through each self-corresponding threshold value, to determine each transaction
Queue depth's state of queue.
Judge that the queue depth of current transaction queue is no and up pass through threshold values (Session loads increase), if pass through valve downwards
It is worth (Session loads reduction).
S303：The data stored in the database are updated according to queue depth's state of each transaction queue.
Threshold values is passed through in the event of queue depth, then means that Session loads situation changes, then is changed corresponding to database
Control table is last state.
S304：It is data cached to notify that overload protection module refreshes premature beats.
Optionally, in the above two embodiments, because overload protection module is required for being controlled according to transaction to every transaction
The data of tabulation take corresponding flow control policy, and flow control policy is deposited in the buffer.For control table modification of merchandising
Afterwards, the memory cache of overload protection module can be instantly available renewal, and system sets up buffer update mechanism.
TOPIC message subscribings/issue the common mechanism for the MQ middlewares that system passes through IBM, ensures in database update stream
After measuring control table, data can be loaded onto in caching immediately.Realization mechanism is as follows：The cluster of buffer update is established in system
TOPIC, when the pretreatment layer of application starts, independent thread pool can be established, the thread in pond is responsible for updating JVM caching.
Independent thread subscribes to TOPIC message on startup, establishes automatically for receiving the queue to give out information, and monitor queue message
Reach.Transaction finds that transaction response time exception or queue depth are abnormal when Monitor And Control Subsystem, the flow in storehouse is updated the data
After control table relevant field, the TOPIC message of the caching of issue renewal immediately.The buffer update thread of all nodes listens at once
Message is reached, and then the newest flow control meter data of database are loaded into caching.TOPIC message subscribings/issue mechanism
Introduce, instruction issue and buffer update can be not only realized in multiple nodes, and system can be supported to facilitate progress horizontal in the future
To extension.
A kind of structural representation of transaction flow control system disclosed in another embodiment of the present invention is shown referring to Fig. 4
Figure.
As shown in Figure 4, the system includes：Classification of business transaction disposal module 1, overload protection module 2 and trade processing module
3。
Wherein, classification of business transaction disposal module 1 is used to obtain transaction request data, to dividing for the transaction request data
Class, and the sorted transaction request data are stored in different transaction queues.
Specifically, classification of business transaction disposes module after requests transaction packet is received, dissection process is carried out to packet.
The package head format and inclusion form of packet are defined on xml document configuration, and internal memory, transaction code and friendship are loaded into when module starts
The mapping relations easily classified are stored in database, when module starts, are read using by mapping relations from database in internal memory.
Because the parameter that module uses all has been loaded into internal memory, transaction Packet analyzing and classification of business transaction treatment effeciency are very high.Simultaneously as
Load equalizer is deployed before classification of business transaction disposal module, the module disposal ability extending transversely that is multiplied can be passed through.Hand over
Easy data are divided into inquiry transaction, general transaction, VIP transaction and the species of asynchronous transaction four after classification is disposed, by business latitude
Type, it is divided into the country, Asia-Pacific, Europe-Africa and the type of America four by region latitude, can be divided into 16 subclasses by two latitude transaction.Separately
Outside, module is to timestamp and unique transaction journal number corresponding to the generation of every requests transaction, after being attached to transaction data.Transaction
Data are finally respectively stored into corresponding MQ queues, are read for trade processing module below.
Overload protection module 2 is data cached for reading the premature beats stored in internal memory, and is controlled based on the overload
Make and data cached really judge whether system merchandises overload.If so, then according to the priority of the transaction request data to the team that merchandises
The transaction request data in row carry out flow shunt and/or flow current limliting.
Specifically, determine whether system is in overload and flow control policy table is held based on preset flow control table
The corresponding flow shunt of row and/or flow current limliting.
Trade processing module 3 is used to enter industry to the transaction request data by traffic classification and/or flow current limliting
Business is handled, generation transaction response data.
In order to understand the overload of system in real time, efficiently and accurately to be controlled transaction flow, in the present invention
The system also includes the monitoring module for monitoring system overload in disclosed other embodiment.
A kind of structural representation of transaction flow control system disclosed in another embodiment of the present invention is shown referring to Fig. 5
Figure.
In the present embodiment, the system includes：Classification of business transaction disposal module 1, overload protection module 2, trade processing module
3rd, data acquisition module 4, monitoring data sending module 5, transaction monitoring analysis module 6, queue depth's monitoring module 7 and data
Storehouse 8.
The data acquisition module 4 is responsible for by the transaction request data after transaction is segmented, and by business processing
Transaction response data afterwards, is stored in memory queue.
Data acquisition module creates the LinkedBlockingQueue queues of first in first out in initial phase in internal memory.
To each requests transaction, after the completion of classification and prepare before returning to up-stream system, toward memory queue storage transaction data.Internal memory
Queue is fixed length queue, if queue is full, an earliest transaction is read and abandoned, then new friendship is write toward queue
Easily.
The monitoring data sending module is used to read the transaction request and response data in memory queue, and is disappeared by MQ
Breath middleware is sent to transaction monitoring analysis module.
Monitoring data sending module uses separate threads pond and asynchronous system, it is therefore an objective to reduces as far as possible to main path transaction
Influence.Monitoring data sends thread and reads memory queue with the mode blocked, when the information acquisition module of main path writes transaction
To after memory queue, data are read by transmission thread immediately, send thread and transaction summarization information is won from data, composition is fixed
The message of form, and the request monitoring data for another node (monitor node) being written to by JMS modes in MQ clusters
In queue or response monitoring queue.Summary info includes type of transaction, area type, trade date, exchange hour, machine mark
Knowledge, peripheral system mark, peripheral serial number, account, serial number, exchange hour stamp.
The transaction monitoring analysis module, each friendship is determined according to the transaction request data and the transaction response data
The health status of easy queue.
It should be noted that in order to lift treatment effeciency, the data processing of transaction monitoring analysis module is all in internal memory operation.
When service starts, monitoring internal memory and index internal memory Liang Ge areas are opened up in internal memory respectively, wherein monitoring memory sections are again by division
For several data blocks.Each monitoring internal storage data block sets build to describe data structure (structMonBlkHead), in build
Following information is wrapped in description scheme：Bulk state, dominant record number, current record number, block initial address, high-water line.Work as reception
To after the data of request monitoring queue, the idle block of selection can be described according to build by request data writing data blocks, then, root
According to requests transaction summary info (trade date, exchange hour, machine identification, peripheral system mark, peripheral serial number, account,
Serial number) hash value of the record is calculated with HASH algorithms, then in index area memory field using hash value as address it is inclined
The record position of shifting amount is in insertion index information.After the data of response monitoring queue are received, according to the summary of respective queue
Information (the same request data of data item) calculates hash value with same HASH algorithms, and is visited from hash value as address offset amount
The index information of the position is asked, then the number of request according to corresponding to the data block numbering and record shift quantity positioning that are recorded on index
According to record position, after finding the record and confirming that each item data is consistent, the note is arrived into the transaction return information renewal of response data
Record in content.By the matching of above-mentioned request data and response data, the record turns into a complete Transaction Information.Meanwhile
Special monitoring data analysis process, after statistics time interval arrival, the transaction of this measurement period is read from monitoring data area
Information, according to the request of record and response time stamp and answer code, count the handling capacity in this cycle, average response time and into
Power three norms.
Transaction monitoring analysis module uses trigger condition of the average response time as current limliting, in order to avoid the response time
Fluctuation causes false triggering current limliting, after occurring passing through threshold values in the transaction response time (can be system deterioration cause the response time to
It is upper to recover to bring the response time to pass through threshold values downwards more than threshold values or system), also need to carry out 30 sampled point collections,
When result is consistent in collection point, just confirms to need to implement current limliting or exit current limliting, and notify to carry out limited current state switching.
Queue depth's monitoring module, it is each to determine for carrying out inspection side to the queue depth of the transaction queue
Queue depth's state of transaction queue.
The module uses MQAI coding techniques, and the monitoring process of independent operating is connected to queue management device, one by one toward MQ
The COMMAND queues of all queue management devices in cluster send the management message of query request depth, and each manager receives
After instructing and completing inquiry, returning result is returned into the queue management device that monitoring process connected, such monitoring process passes through
One manager of connection is with regard to that can inquire the depth of all queues in cluster.In this current limliting scheme, queue depth's valve of setting
What value represented is the maximum Session loads that system can be handled normally.When Session loads are more than threshold values, representative is already present in
Need the transaction that waits and can not be processed in next round in queue.
Database, for storing the flow control of the health status comprising each transaction queue and queue depth's state
Table.
After exception occur in response time and queue depth, transaction monitoring analysis module and queue depth's monitoring module can be repaiied
Change the data of database flow control meter, and notify transaction overload protection module to update data in its caching.
Optionally, in other embodiment disclosed by the invention, the transaction monitoring analysis module specifically may include：Data
Receiving unit, computing unit, the first judging unit and the first updating block.
Data receipt unit, for obtaining the transaction request data and the transaction response data in memory queue；
Computing unit, for according to the transaction request data and it is described transaction response data computing system in preset time
Handling capacity and average response duration in window；
First judging unit, for when the handling capacity reaches preset value, judging whether the average response duration is worn
More corresponding threshold value, to determine the health status of each transaction queue；
First updating block, the data stored in the database are entered for the health status according to each transaction queue
Row renewal.
In addition, queue depth's monitoring module is specifically included with lower unit：
Detection unit, for being detected to the queue depth of each transaction queue；
Whether the second judging unit, the queue depth for judging each transaction queue pass through each self-corresponding threshold value, with
Determine queue depth's state of each transaction queue；
Second updating block, for queue depth's state according to each transaction queue to the number that is stored in the database
According to being updated.
It should be noted that the system embodiment is corresponding with embodiment of the method, its implementation procedure is identical with implementation principle,
Therefore not to repeat here.
Finally, it is to be noted that, herein, such as first and second or the like relational terms be used merely to by
One entity or operation make a distinction with another entity or operation, and not necessarily require or imply these entities or operation
Between any this actual relation or order be present.Moreover, term " comprising ", "comprising" or its any other variant meaning
Covering including for nonexcludability, so that process, method, article or equipment including a series of elements not only include that
A little key elements, but also the other element including being not expressly set out, or also include for this process, method, article or
The intrinsic key element of equipment.In the absence of more restrictions, the key element limited by sentence "including a ...", is not arranged
Except other identical element in the process including the key element, method, article or equipment being also present.
Each embodiment is described by the way of progressive in this specification, what each embodiment stressed be and other
The difference of embodiment, between each embodiment identical similar portion mutually referring to.
The foregoing description of the disclosed embodiments, professional and technical personnel in the field are enable to realize or using the present invention.
A variety of modifications to these embodiments will be apparent for those skilled in the art, as defined herein
General Principle can be realized in other embodiments without departing from the spirit or scope of the present invention.Therefore, it is of the invention
The embodiments shown herein is not intended to be limited to, and is to fit to and principles disclosed herein and features of novelty phase one
The most wide scope caused.
Claims (9)
- A kind of 1. transaction flow control method, it is characterised in that including：Transaction request data are obtained, to classifying for the transaction request data, and by the sorted transaction request number According to being stored in different transaction queues；It is data cached to read the premature beats stored in internal memory, and is based on the data cached really judgement system of the premature beats No transaction overload；If so, flow then is carried out to the transaction request data in transaction queue according to the priority of the transaction request data Shunting and/or flow current limliting；The transaction request data by traffic classification and/or flow current limliting are carried out with business processing, generation transaction number of responses According to.
- 2. according to the method for claim 1, it is characterised in that also include：Obtain the transaction request data and the transaction response data；The health status of each transaction queue is determined according to the transaction request data and the transaction response data；Inspection side is carried out to the queue depth of the transaction queue, to determine queue depth's state of each transaction queue；According to the health status and queue depth's state is data cached to the premature beats refreshes.
- 3. according to the method for claim 1, it is characterised in that the priority according to the transaction request data is to handing over The transaction request data in easy queue carry out flow shunt, including：The high transaction request of priority is switched to priority In low transaction queue.
- 4. according to the method for claim 2, it is characterised in that described to be rung according to the transaction request data with the transaction Data are answered to determine the health status of each transaction queue, including：According to the transaction request data and the handling capacity of the transaction response data computing system in preset time window with And average response duration；When the handling capacity reaches preset value, the health status of each transaction queue is determined according to the average response duration.
- 5. according to the method for claim 4, it is characterised in that described according to the health status and the queue depth State is data cached to the premature beats to be refreshed, including：Judge whether the average response duration and the queue depth pass through each self-corresponding predetermined threshold value, if so, then updating The data of flow control meter in database, and notify that the transaction overload protection module refreshing premature beats are data cached, it is described Flow control meter includes the health status and queue depth's state of each transaction queue.
- A kind of 6. transaction flow control system, it is characterised in that including：Classification of business transaction disposes module, for obtaining transaction request data, to classifying for the transaction request data, and will divide The transaction request data after class are stored in different transaction queues；Overload protection module, it is data cached for reading the premature beats stored in internal memory, and delayed based on the premature beats Deposit data really judges whether system merchandises overload；If so, flow then is carried out to the transaction request data in transaction queue according to the priority of the transaction request data Shunting and/or flow current limliting；Trade processing module, for being carried out to the transaction request data by traffic classification and/or flow current limliting at business Reason, generation transaction response data.
- 7. system according to claim 6, it is characterised in that also include：Data acquisition module, monitoring data send mould Block, transaction monitoring analysis module and queue depth's monitoring module；The data acquisition module, for obtaining the transaction request data and the transaction response data, and by the transaction Request data and the transaction response data storage are into memory queue；Monitoring data sending module, for reading the transaction request data and the transaction response data in memory queue, And the transaction request data and the transaction response data are sent to the transaction monitoring and analyze mould by message-oriented middleware Block；The transaction monitoring analysis module, for determining each friendship according to the transaction request data and the transaction response data The health status of easy queue；Queue depth's monitoring module, for carrying out inspection side to the queue depth of the transaction queue, to determine each transaction Queue depth's state of queue；Database, for storing the flow control meter of the health status comprising each transaction queue and queue depth's state.
- 8. system according to claim 7, it is characterised in that the transaction monitoring analysis module, including：Data receipt unit, for obtaining the transaction request data and the transaction response data in memory queue；Computing unit, for according to the transaction request data and it is described transaction response data computing system in preset time window Interior handling capacity and average response duration；First judging unit, for when the handling capacity reaches preset value, judging whether the average response duration passes through pair The threshold value answered, to determine the health status of each transaction queue；First updating block, the data stored in the database are carried out more for the health status according to each transaction queue Newly.
- 9. system according to claim 7, it is characterised in that queue depth's monitoring module includes：Detection unit, for being detected to the queue depth of each transaction queue；Whether the second judging unit, the queue depth for judging each transaction queue pass through each self-corresponding threshold value, to determine Queue depth's state of each transaction queue；Second updating block, the data stored in the database are entered for queue depth's state according to each transaction queue Row renewal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711171959.1A CN107819696B (en) | 2017-11-22 | 2017-11-22 | Transaction flow control method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711171959.1A CN107819696B (en) | 2017-11-22 | 2017-11-22 | Transaction flow control method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107819696A true CN107819696A (en) | 2018-03-20 |
| CN107819696B CN107819696B (en) | 2021-09-28 |
Family
ID=61610321
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711171959.1A Active CN107819696B (en) | 2017-11-22 | 2017-11-22 | Transaction flow control method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107819696B (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108509266A (en) * | 2018-04-11 | 2018-09-07 | 北京小度信息科技有限公司 | Data processing method, device, electronic equipment and computer readable storage medium |
| CN109191135A (en) * | 2018-08-27 | 2019-01-11 | 北京京东金融科技控股有限公司 | Transaction based on block chain retries method, apparatus, equipment and readable storage medium storing program for executing |
| CN109729015A (en) * | 2018-05-14 | 2019-05-07 | 网联清算有限公司 | Data processing method and its device |
| CN109885399A (en) * | 2019-01-17 | 2019-06-14 | 平安普惠企业管理有限公司 | Data processing method, electronic device, computer equipment and storage medium |
| CN109947562A (en) * | 2019-03-01 | 2019-06-28 | 上海七印信息科技有限公司 | A kind of task distribution current limiting system and its method for allocating tasks |
| CN110033246A (en) * | 2018-12-07 | 2019-07-19 | 阿里巴巴集团控股有限公司 | Network payment Current limited Control method and apparatus |
| CN110148034A (en) * | 2019-04-24 | 2019-08-20 | 珠海市珠澳跨境工业区好易通科技有限公司 | A kind of excellent device and method of online shopping system architecture |
| CN111400043A (en) * | 2020-03-13 | 2020-07-10 | 杭州复杂美科技有限公司 | Transaction pool management method, device and storage medium |
| CN111415259A (en) * | 2020-03-26 | 2020-07-14 | 杭州复杂美科技有限公司 | Transaction queuing method, device and storage medium |
| CN111581055A (en) * | 2020-04-30 | 2020-08-25 | 中国工商银行股份有限公司 | Business system control method and device, electronic equipment and readable storage medium |
| CN111612464A (en) * | 2020-05-27 | 2020-09-01 | 北银金融科技有限责任公司 | Mass online transaction processing method |
| CN111782259A (en) * | 2020-06-24 | 2020-10-16 | 北京计算机技术及应用研究所 | Micro-service management method based on reverse proxy |
| CN111817914A (en) * | 2020-06-30 | 2020-10-23 | 晨边高地(无锡)科技有限公司 | Medium-high frequency algorithm transaction interface intelligent system |
| CN112819624A (en) * | 2021-02-01 | 2021-05-18 | 上交所技术有限责任公司 | Low-delay distributed flow control method suitable for security trading system |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1737835A (en) * | 2004-08-19 | 2006-02-22 | 国际商业机器公司 | System and method for distributing usable resource in an on-demand computing environment |
| US20070153996A1 (en) * | 2005-12-30 | 2007-07-05 | Aspect Communications Corporation | Distributing transactions among transaction processing systems |
| US20140201331A1 (en) * | 2011-05-24 | 2014-07-17 | Corethree Limited | Platform for the delivery of content and services to networked connected computing devices |
| CN105096174A (en) * | 2014-04-16 | 2015-11-25 | 阿里巴巴集团控股有限公司 | Transaction matching method and transaction matching system |
| WO2016135705A1 (en) * | 2015-02-27 | 2016-09-01 | Royal Bank Of Canada | Coordinated processing of data by networked computing resources |
| CN106095554A (en) * | 2016-06-17 | 2016-11-09 | 中国银行股份有限公司 | The method and device of batch data process is carried out in the most online stage |
| CN106210021A (en) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | The method for real-time monitoring of financial application system online business and supervising device |
| CN106375241A (en) * | 2016-08-29 | 2017-02-01 | 中国工商银行股份有限公司 | Batch data processing method, front-end system, host and batch data processing system |
-
2017
- 2017-11-22 CN CN201711171959.1A patent/CN107819696B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1737835A (en) * | 2004-08-19 | 2006-02-22 | 国际商业机器公司 | System and method for distributing usable resource in an on-demand computing environment |
| US20070153996A1 (en) * | 2005-12-30 | 2007-07-05 | Aspect Communications Corporation | Distributing transactions among transaction processing systems |
| US20140201331A1 (en) * | 2011-05-24 | 2014-07-17 | Corethree Limited | Platform for the delivery of content and services to networked connected computing devices |
| CN105096174A (en) * | 2014-04-16 | 2015-11-25 | 阿里巴巴集团控股有限公司 | Transaction matching method and transaction matching system |
| WO2016135705A1 (en) * | 2015-02-27 | 2016-09-01 | Royal Bank Of Canada | Coordinated processing of data by networked computing resources |
| CN106095554A (en) * | 2016-06-17 | 2016-11-09 | 中国银行股份有限公司 | The method and device of batch data process is carried out in the most online stage |
| CN106210021A (en) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | The method for real-time monitoring of financial application system online business and supervising device |
| CN106375241A (en) * | 2016-08-29 | 2017-02-01 | 中国工商银行股份有限公司 | Batch data processing method, front-end system, host and batch data processing system |
Non-Patent Citations (1)
| Title |
|---|
| 张野等: "一种改进的交易中间件负载均衡模型", 《电脑开发与应用》 * |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108509266A (en) * | 2018-04-11 | 2018-09-07 | 北京小度信息科技有限公司 | Data processing method, device, electronic equipment and computer readable storage medium |
| CN109729015A (en) * | 2018-05-14 | 2019-05-07 | 网联清算有限公司 | Data processing method and its device |
| CN109191135A (en) * | 2018-08-27 | 2019-01-11 | 北京京东金融科技控股有限公司 | Transaction based on block chain retries method, apparatus, equipment and readable storage medium storing program for executing |
| CN110033246B (en) * | 2018-12-07 | 2024-01-12 | 创新先进技术有限公司 | Network payment current limiting control method and device |
| CN110033246A (en) * | 2018-12-07 | 2019-07-19 | 阿里巴巴集团控股有限公司 | Network payment Current limited Control method and apparatus |
| CN109885399A (en) * | 2019-01-17 | 2019-06-14 | 平安普惠企业管理有限公司 | Data processing method, electronic device, computer equipment and storage medium |
| CN109947562A (en) * | 2019-03-01 | 2019-06-28 | 上海七印信息科技有限公司 | A kind of task distribution current limiting system and its method for allocating tasks |
| CN110148034A (en) * | 2019-04-24 | 2019-08-20 | 珠海市珠澳跨境工业区好易通科技有限公司 | A kind of excellent device and method of online shopping system architecture |
| CN111400043A (en) * | 2020-03-13 | 2020-07-10 | 杭州复杂美科技有限公司 | Transaction pool management method, device and storage medium |
| CN111415259A (en) * | 2020-03-26 | 2020-07-14 | 杭州复杂美科技有限公司 | Transaction queuing method, device and storage medium |
| CN111415259B (en) * | 2020-03-26 | 2024-02-06 | 杭州复杂美科技有限公司 | Transaction queuing method, device and storage medium |
| CN111581055B (en) * | 2020-04-30 | 2023-09-05 | 中国工商银行股份有限公司 | Control method and device of business system, electronic equipment and readable storage medium |
| CN111581055A (en) * | 2020-04-30 | 2020-08-25 | 中国工商银行股份有限公司 | Business system control method and device, electronic equipment and readable storage medium |
| CN111612464A (en) * | 2020-05-27 | 2020-09-01 | 北银金融科技有限责任公司 | Mass online transaction processing method |
| CN111782259A (en) * | 2020-06-24 | 2020-10-16 | 北京计算机技术及应用研究所 | Micro-service management method based on reverse proxy |
| CN111782259B (en) * | 2020-06-24 | 2023-11-10 | 北京计算机技术及应用研究所 | Reverse proxy-based microservice treatment method |
| CN111817914A (en) * | 2020-06-30 | 2020-10-23 | 晨边高地(无锡)科技有限公司 | Medium-high frequency algorithm transaction interface intelligent system |
| CN112819624A (en) * | 2021-02-01 | 2021-05-18 | 上交所技术有限责任公司 | Low-delay distributed flow control method suitable for security trading system |
| CN112819624B (en) * | 2021-02-01 | 2024-04-16 | 上交所技术有限责任公司 | Low-delay distributed flow control method suitable for securities trading system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107819696B (en) | 2021-09-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107819696A (en) | A kind of transaction flow control method and system | |
| CN107566206B (en) | Flow measuring method, equipment and system | |
| CN100356733C (en) | Recording medium, fault analysis device and fault analysis method | |
| CA2655834C (en) | System and method for monitoring trading | |
| CN103379156B (en) | Realize the mthods, systems and devices of memory space dynamic equalization | |
| EP2713270A1 (en) | Resource scheduling method and device | |
| CN107948092A (en) | Real-time data acquisition method and real-time data acquisition system | |
| CN104615684B (en) | A kind of mass data communication concurrent processing method and system | |
| CN103945005B (en) | Dynamic load leveling framework based on many evaluation indexes | |
| JP2003178040A (en) | Web site constitution determination supporting method | |
| MXPA02008476A (en) | Method of monitoring the availability of a messaging and voip network. | |
| CN105141446A (en) | Network equipment health degree assessment method determined based on objective weight | |
| CN107809480A (en) | One kind transaction commutation system | |
| CN105959233A (en) | Mobile terminal stream distribution system and mobile terminal stream distribution method based on stream-type calculation | |
| CN107833051A (en) | A kind of data statistical approach and system | |
| CN108259426A (en) | A kind of ddos attack detection method and equipment | |
| CN107453948A (en) | The storage method and system of a kind of network measurement data | |
| CN108809752A (en) | A kind of adaptive process monitoring method, apparatus of network flow, NPB equipment and medium | |
| CN106484791A (en) | A kind of data statistical approach and device | |
| CN108038692A (en) | Role recognition method, device and server | |
| CN100466622C (en) | Method and system for random packet interval sampling on network | |
| US20090055420A1 (en) | Method, system, and computer program product for identifying common factors associated with network activity with reduced resource utilization | |
| CN110532153A (en) | A kind of business level user's operation experience visualization system | |
| CN104270466B (en) | Data reporting method and relevant device | |
| CN111190790A (en) | Cloud computing cluster monitoring method and system based on peak prediction |
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 | ||
| GR01 | Patent grant |