Transaction monitoring method and device for cache service, equipment, medium and program product

By collecting and analyzing transaction data from applications and caching services, and combining it with holographic monitoring, global transaction monitoring of caching services was achieved. This solved the problem that local monitoring in existing technologies cannot deeply investigate problems, and improved the efficiency of problem location and governance.

CN121833404APending Publication Date: 2026-04-10INDUSTRIAL AND COMMERCIAL BANK OF CHINA
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-12-30
Publication Date
2026-04-10

AI Technical Summary

Technical Problem

Existing technologies limit transaction monitoring of caching services to a local level, making global analysis impossible. This results in incomplete problem investigation and difficulty in determining the urgency and root cause of the problem.

Method used

By collecting transaction data between applications and caching services, extracting contextual information, locating the target link in the link monitoring data, performing statistical analysis, displaying the transaction analysis results, and combining holographic monitoring data for global monitoring.

Benefits of technology

It enables global monitoring of caching services across applications and clusters, quickly pinpointing the root cause of problems and improving troubleshooting efficiency and governance capabilities.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121833404A_ABST
    Figure CN121833404A_ABST
Patent Text Reader

Abstract

The invention provides a transaction monitoring method, device and equipment for cache service, a medium and a program product, relates to the field of distributed technologies, and can be applied to the field of financial science and technology or other fields. The method comprises the following steps: collecting transaction data between at least one application and a cache service; extracting context information from each piece of transaction data, wherein the context information at least comprises a link identifier and an application identifier; positioning each transaction data to a target link in the link monitoring data based on the context information, wherein the target link is located under a link corresponding to an application identifier in a link indicated by a link identifier in the link monitoring data; performing statistical analysis on the transaction data positioned to the target link to obtain a transaction analysis result; and displaying the link monitoring data integrated with the transaction analysis result in the target link.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of distributed technology and can be used in the field of financial technology or other fields. More specifically, it relates to a transaction monitoring method, apparatus, device, medium, and program product for a caching service. Background Technology

[0002] In high-concurrency, high-traffic network service scenarios requiring rapid response (such as internet finance), more and more applications are relying on caching services (such as distributed caching services). Consequently, the smoothness of interaction between applications and caching services is crucial to application performance. Therefore, each application needs to monitor and manage transactions with caching services to promptly eliminate potential production risks.

[0003] However, current monitoring of transactions between applications and caching services typically focuses only on the interaction between the application and the caching service. This limits the monitoring and analysis of caching service transactions to a localized level, hindering global analysis and making in-depth problem investigation difficult. For example, if an application encounters a problem while using the caching service (such as blocking or prolonged memory usage), the scope of the blockage cannot be determined (e.g., which transaction or subsequent applications were affected), making it impossible to assess the urgency of the issue. Furthermore, due to the limited information, it is difficult to analyze the root cause of problems when applications encounter issues accessing the caching service; for instance, it is difficult to quickly determine whether the problem stems from inappropriate data storage within the caching service or flawed business logic. Summary of the Invention

[0004] In view of the above problems, the present invention provides a transaction monitoring method, apparatus, device, medium and program product that can provide caching services with global analysis information to a certain extent.

[0005] A first aspect of this invention provides a transaction monitoring method for a caching service. The method includes: collecting transaction data between at least one application and a caching service; extracting context information from each transaction data, the context information including at least a link identifier and an application identifier; locating each transaction data to a target link in link monitoring data based on the context information, the target link being located under the link corresponding to the application identifier in the link indicated by the link identifier in the link monitoring data; statistically analyzing the transaction data located to the target link to obtain transaction analysis results; and displaying the link monitoring data integrating the transaction analysis results at the target link.

[0006] According to an embodiment of the present invention, the method further includes: collecting data sent to the holographic monitoring gateway to obtain holographic monitoring data; and determining the link monitoring data from the holographic monitoring data based on the link identifier.

[0007] According to an embodiment of the present invention, the collection of transaction data between at least one application and the caching service includes: using a transaction collection component embedded in each application to collect the transaction data between the application and the caching service.

[0008] According to an embodiment of the present invention, the collection of transaction data between at least one application and the caching service includes: collecting transaction data between the application and the caching service based on a transaction collection component dynamically injected in each application through bytecode enhancement.

[0009] According to an embodiment of the present invention, the display of the link monitoring data integrating the transaction analysis results at the target stage includes: integrating the transaction analysis results into the display interface of the holographic monitoring data; or displaying the link monitoring data integrating the transaction analysis results separately from the display interface of the holographic monitoring data.

[0010] According to an embodiment of the present invention, the transaction data includes data identifiers of data objects accessed from the cache service. The statistical analysis locates the transaction data of the target stage and obtains transaction analysis results by: statistically analyzing the frequency of occurrence of each data identifier in the transaction data located in the target stage; and filtering out data identifiers whose frequency of occurrence is higher than a preset frequency threshold to obtain a first type of transaction analysis result.

[0011] According to an embodiment of the present invention, the transaction data includes the data volume and data identifier of the data object accessed from the cache service, wherein the statistical analysis locates the transaction data of the target stage and obtains the transaction analysis result by: filtering out target transaction data containing data volumes greater than a preset volume threshold from the transaction data located at the target stage; extracting the data identifiers of the data objects in the target transaction data whose data volumes are greater than the volume threshold, and obtaining a second type of transaction analysis result.

[0012] According to an embodiment of the present invention, the transaction data includes a request identifier. The statistical analysis locates the transaction data at the target stage and obtains the transaction analysis result by: dividing the transaction data located at the target stage according to the included request identifiers to form at least one transaction data set, wherein the transaction data in each transaction data set has the same request identifier; selecting a target transaction data set from the at least one transaction data set whose number of included transaction data is greater than a preset transaction volume threshold; obtaining the number of transaction data included in the target transaction data set and the request identifier corresponding to the target transaction data set to obtain a third type of transaction analysis result.

[0013] According to an embodiment of the present invention, the step of collecting transaction data between at least one application and the caching service involves using a transaction collection component to listen to and obtain the transaction data between the application and the caching service, wherein the transaction collection component does not affect the interaction method between the application and the caching service.

[0014] According to an embodiment of the present invention, the collection of transaction data between at least one application and the caching service includes: forwarding data between the application and the caching service using a transaction collection component; and obtaining the transaction data based on the data forwarded by the transaction collection component.

[0015] A second aspect of this invention provides a transaction monitoring device for a caching service. The device includes a transaction acquisition component, a link monitoring component, and a transaction analysis component.

[0016] The transaction acquisition component is used to acquire transaction data between at least one application and a caching service; and to extract context information from each transaction data, wherein the context information includes at least a link identifier and an application identifier.

[0017] The link monitoring component is used to locate each transaction data to a target link in the link monitoring data based on the context information. The target link is located under the link corresponding to the application identifier in the link indicated by the link identifier in the link monitoring data.

[0018] The transaction analysis component is used to statistically analyze the transaction data located at the target stage to obtain transaction analysis results, and to display the link monitoring data that integrates the transaction analysis results at the target stage.

[0019] A third aspect of the present invention provides an electronic device, comprising: one or more processors; and a memory for storing one or more computer programs, wherein the one or more processors execute the one or more computer programs to implement the steps of the method described above.

[0020] A fourth aspect of the present invention also provides a computer-readable storage medium having a computer program or instructions stored thereon, wherein the computer program or instructions, when executed by a processor, implement the steps of the above-described method.

[0021] A fifth aspect of the present invention also provides a computer program product, including a computer program or instructions, which, when executed by a processor, implement the steps of the above-described method. Attached Figure Description

[0022] The above-described features, other objects, and advantages of the present invention will become clearer from the following description of embodiments of the invention with reference to the accompanying drawings, in which:

[0023] Figure 1 The illustration schematically depicts an application scenario of a transaction monitoring method, apparatus, device, medium, and program product for a caching service according to embodiments of the present invention.

[0024] Figure 2 A flowchart illustrating a transaction monitoring method for a caching service according to an embodiment of the present invention is shown.

[0025] Figure 3 The illustration schematically shows the processing flow of obtaining transaction analysis results through statistical analysis in a transaction monitoring method according to an embodiment of the present invention;

[0026] Figure 4 The illustration schematically shows the processing flow of obtaining transaction analysis results through statistical analysis in a transaction monitoring method according to another embodiment of the present invention;

[0027] Figure 5 The illustration shows the processing flow of obtaining transaction analysis results through statistical analysis in a transaction monitoring method according to another embodiment of the present invention;

[0028] Figure 6 A block diagram illustrating a transaction monitoring apparatus for a caching service according to an embodiment of the present invention is shown schematically.

[0029] Figure 7 This illustration schematically depicts a system architecture of a transaction monitoring device that applies the caching service of this invention.

[0030] Figure 8 This illustration schematically shows another system architecture of a transaction monitoring device that applies the caching service of this invention.

[0031] Figure 9 This illustration schematically depicts the processing flow of a transaction analysis component in an embodiment of the present invention; and

[0032] Figure 10 A block diagram schematically illustrates an electronic device suitable for implementing transaction monitoring of a caching service according to an embodiment of the present invention. Detailed Implementation

[0033] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the invention. In the following detailed description, numerous specific details are set forth to provide a thorough understanding of the embodiments of the invention for ease of explanation. However, it will be apparent that one or more embodiments may be practiced without these specific details. Furthermore, descriptions of well-known structures and techniques are omitted in the following description to avoid unnecessarily obscuring the concept of the invention.

[0034] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the invention. The terms “comprising,” “including,” etc., as used herein indicate the presence of the stated features, steps, operations, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, or components.

[0035] All terms used herein (including technical and scientific terms) have the meanings commonly understood by those skilled in the art, unless otherwise defined. It should be noted that the terms used herein are to be interpreted in a manner consistent with the context of this specification, and not in an idealized or overly rigid way.

[0036] Figure 1 The illustration shows an application scenario of a transaction monitoring method, apparatus, device, medium, and program product for a caching service according to embodiments of the present invention.

[0037] like Figure 1 As shown, application scenario 100 illustrates a transaction chain triggered by a user request, sequentially including application A, application B, application C, and application D. In this transaction chain, upstream applications call downstream applications (e.g., application A responds to a user request and executes its corresponding function before calling application B). The call relationships between applications A, B, C, and D reflect the flow path of the user request between applications. The flow path of user request 101 can be traced using a trace ID. In some embodiments, there may also be a flow path for user request 101 within the application, which can be represented by application chains. An application chain is a call topology within a single application (such as calls between modules or between services). The transaction chains (and application chains) through which user request 101 flows share this trace ID, thus allowing the flow of user request 101 within the system to be traced.

[0038] In a distributed architecture, each application can be implemented through a cluster. For a user request, it is processed each time by a cluster instance of that application within the cluster, and the cluster instance can be accurately located by name or identifier.

[0039] During the processing of user requests, applications can quickly read and write data through transactions with the distributed cache. The distributed cache service can include multiple nodes, which can meet the high concurrency, low latency, ease of use, and efficient and stable access requirements of various applications for business data.

[0040] During the interaction between applications and the distributed cache, situations may arise such as excessively high access frequency to certain data objects in the distributed cache (e.g., hot keys), significantly excessively large data size of certain data objects leading to excessive memory consumption (e.g., large keys), or too many transactions triggered by a single transaction request. These situations can overload the distributed cache, resulting in slow or timed-out transactions. These problems require timely warnings and prompt investigation.

[0041] In existing technologies, transaction monitoring of distributed caches often focuses only on the application and the cache service, resulting in limited monitoring and analysis and incomplete problem investigation.

[0042] In view of this, embodiments of the present invention provide a transaction monitoring method, apparatus, device, medium, and program product for caching services, which can be applied to caching services (such as... Figure 1 Transaction data between distributed caches (in the system), based on the link where the transaction data is located (e.g., Figure 1 By analyzing the transaction chain (as shown) and the applications accessing the caching service, we can pinpoint the specific link in the chain. This allows for transaction monitoring and analysis of the caching service at the chain level, providing more comprehensive information and helping to better resolve issues encountered during the use of the caching service.

[0043] It should be understood that Figure 1 The application scenarios shown are merely illustrative. For example, the transaction chain shown is a simple serial chain for ease of understanding; in reality, transaction chains can be much more complex. Furthermore, caching services can be, but are not limited to, distributed caching.

[0044] It should be noted that the transaction monitoring method, apparatus, device, medium, and program product determination method and apparatus for caching services provided in the embodiments of the present invention can be used in the field of fintech, or in any field other than fintech. The present invention does not limit the application field.

[0045] The following will be based on Figure 1 The described scene, through Figures 2-9 A detailed description is provided of a transaction monitoring method and apparatus for a caching service according to embodiments of the present invention.

[0046] Figure 2 A flowchart illustrating a transaction monitoring method for a caching service according to an embodiment of the present invention is shown.

[0047] like Figure 2 As shown, the transaction monitoring method of this caching service may include operations S210 to S250.

[0048] In operation S210, transaction data between at least one application (such as application A, application B, application C, and application D) and the caching service is collected. A transaction data is generated by one interaction between an application and the caching service and is used to record one interaction operation between the application and the caching service.

[0049] In one embodiment, a transaction capture component embedded in each application can be used to collect transaction data between the application and the caching service. This approach requires the transaction capture component to be pre-written and integrated into the application's package.

[0050] In another embodiment, transaction data between the application and the caching service is collected based on a transaction collection component dynamically injected into each application via bytecode enhancement. This approach achieves non-intrusive dynamic injection of the transaction collection component without altering the application package.

[0051] One way to collect transaction data using a transaction collection component is to use the component to listen for and retrieve transaction data between the application and the caching service. This approach does not alter the application's original workflow and allows for asynchronous collection of transaction data (e.g., ...). Figure 7 or Figure 8 (as illustrated in the diagram) to reduce the impact on access between the application and the caching service.

[0052] Another way to collect transaction data using a transaction acquisition component is to use the component to forward data between the application and the caching service, and then form transaction data based on the data forwarded by the transaction acquisition component. This approach uses the transaction acquisition component as an intermediary node between the application and the caching service, thus enabling real-time and accurate acquisition of transaction data. This intermediary node approach can be quickly implemented through dynamic injection using bytecode enhancement, for example, by modifying the information interaction objects between the application and the caching service when dynamically injecting the transaction acquisition component.

[0053] In operation S220, context information is extracted from each transaction data, which includes at least the link identifier and the application identifier.

[0054] In some embodiments, the context information may further include application instance identifiers, identifiers or names of modules or components within the application, or node identifiers in the cluster running the application. Based on this context information, it can be determined which application in which link transacted with the caching service to obtain a transaction data.

[0055] In operation S230, each transaction data is located to the target link in the link monitoring data based on the above context information. The target link is located under the link corresponding to the application identifier in the link indicated by the link identifier in the link monitoring data.

[0056] The link monitoring data is obtained using a corresponding monitoring system. In some embodiments, when a corresponding link monitoring system (such as a holographic monitoring system) is deployed in the system, link monitoring data can be obtained from that holographic monitoring system. For example, data sent to a holographic monitoring gateway can be collected to obtain holographic monitoring data. The holographic monitoring gateway is used to aggregate and forward the collected holographic monitoring data, then extract the data with link identifiers, and connect the data with the same link identifiers according to the upstream and downstream call relationships to obtain the corresponding link monitoring data. In this way, the link monitoring data used in the above operation S230 comes from holographic monitoring data, thereby combining the monitoring of the cache service with holographic monitoring and reusing the existing holographic monitoring system.

[0057] In operation S240, statistical analysis is performed on the transaction data located at the target stage to obtain transaction analysis results.

[0058] In addition to the aforementioned contextual information, each transaction data entry also includes information about the transacting parties and the transaction content. The transaction content refers to the information about the data exchanged between the application and the caching service, specifically the data content that the application reads (or writes) from the caching service, including but not limited to: the value of the data object accessed (read or written) by the application from the caching service and the data identifier of that data object. For example, when data objects in the caching service are stored and accessed in a key-value pair format, the key is the data identifier of each data object. As another example, when data objects in the caching service are stored as documents (such as in JSON format), the data identifier is a unique identifier for the data within the document.

[0059] In other embodiments, the transaction data may also include transaction time, transaction operation and / or request identifier, wherein the request identifier is information used to identify the transaction request that triggered the transaction data.

[0060] By analyzing and statistically processing transaction content, transaction operations, or request identifiers from multiple dimensions within transaction data that are located at the same target stage, multi-dimensional transaction analysis results can be obtained. Some relevant embodiments can be found in [reference needed]. Figure 3 , Figure 4 or Figure 5 Introduction.

[0061] Figure 3 The illustration shows the processing flow of obtaining transaction analysis results through statistical analysis in a transaction monitoring method according to an embodiment of the present invention.

[0062] like Figure 3 As shown, according to this embodiment, operation S240 may include operation S31 and operation S32.

[0063] In operation S31, the frequency of occurrence of each data identifier in the transaction data located at the target stage is statistically analyzed.

[0064] In operation S32, data identifiers that appear more frequently than a preset frequency threshold are filtered out to obtain the first type of transaction analysis results.

[0065] The statistical filtering process of the first type of transaction analysis results shows that these data identifiers are the identifiers of data objects that appear frequently in this target stage. These identifiers correspond to the data objects that the application in this target stage accesses frequently from the cache service. This indicates that the application in this target stage accesses these data objects too frequently, which may lead to excessive cache pressure and requires close monitoring.

[0066] In some embodiments, when data objects in the caching service are stored and accessed in key-value pairs, the data identifiers filtered out in the first type of transaction analysis results can also be called hot keys.

[0067] Figure 4 The illustration illustrates the processing flow of obtaining transaction analysis results through statistical analysis in a transaction monitoring method according to another embodiment of the present invention.

[0068] like Figure 4 As shown, according to this embodiment, operation S240 may include operations S41 to S42. Each transaction data also includes the data identifier and data volume of the data object accessed from the cache service.

[0069] In operation S41, target transaction data with a data volume greater than a preset volume threshold is filtered out from the transaction data located to the target stage.

[0070] In operation S42, the data identifiers of data objects whose data volume is greater than the volume threshold in the target transaction data are extracted to obtain the second type of transaction analysis results.

[0071] The data volume of a data object reflects the amount of memory it occupies in the caching service. Therefore, the data identifier in the second type of transaction analysis results can provide information about data that occupies excessive memory in the caching service within the data accessed by the target process. When a single data object occupies too much memory, it may cause data read / write congestion, hindering the responsiveness of the entire transaction chain, making close monitoring necessary.

[0072] In some embodiments, when data objects in the caching service are stored and accessed in key-value pairs, the data identifiers filtered out in the second type of transaction analysis results can also be called big keys.

[0073] Figure 5 The illustration shows the processing flow of obtaining transaction analysis results through statistical analysis in a transaction monitoring method according to another embodiment of the present invention.

[0074] like Figure 5 As shown, according to this embodiment, operation S240 may include operations S51 to S53.

[0075] In operation S51, the transaction data located at the target stage is divided according to the included request identifiers to form at least one transaction data set. The transaction data in each transaction data set has the same request identifier and is triggered by the same transaction request.

[0076] In operation S52, a target transaction data set containing more than a preset transaction volume threshold is selected from at least one transaction data set.

[0077] In operation S53, the number of transaction data contained in the target transaction data set and the request identifier corresponding to the target transaction data set are obtained to obtain the third type of transaction analysis results.

[0078] The third type of transaction analysis results reflects information about transaction requests where a single transaction request causes more transactions than a preset transaction volume threshold. Based on the results of this third type of transaction analysis, it can be determined which transaction requests themselves may have unreasonable settings that could potentially block other transaction requests.

[0079] Continue back Figure 2 After obtaining transaction analysis results from one or more dimensions through statistical analysis, operation S250 can be executed to display the link monitoring data that integrates the transaction analysis results at the target stage. For example, at least one of the above-mentioned first type of transaction analysis results (such as hot keys), second type of transaction analysis results (such as large keys), or third type of transaction analysis results (i.e., too many cached transactions triggered by a single transaction request) can be integrated into the link monitoring data for that target stage. This allows for more detailed and specific monitoring information about the target stage when displaying the link monitoring data, and also facilitates the comprehensive analysis of the upstream and downstream impacts of each stage in the link, enabling global analysis of the entire link and tracing the root cause of problems.

[0080] For example, by integrating information on hot keys, high-value keys, and excessive cached transactions triggered by a single transaction request into the link monitoring data, potential access bottlenecks to the cache service in each link can be visually displayed. This allows for rapid tracing of the root cause of problems at each link level, facilitating in-depth troubleshooting and enabling cross-application and cross-cluster analysis and alerting, thus helping to find more comprehensive optimization strategies.

[0081] As can be seen, the embodiments of the present invention can realize the integration of transaction monitoring and link in cache services. The transaction data between the application and the cache service is located in the link where the transaction data is located and the application accessing the cache service. Then, at the link level, the cache transaction data in the same link is statistically analyzed, and the statistical analysis results are integrated into the link monitoring data and displayed together. When a problem occurs in the cache service, it can be quickly located, improving the efficiency of problem investigation and helping to achieve in-depth investigation and governance of problems.

[0082] Figure 6 A block diagram of a transaction monitoring device 300 for a caching service according to an embodiment of the present invention is shown schematically.

[0083] like Figure 6 As shown, the transaction monitoring device 300 for this caching service includes a transaction acquisition component 301, a link monitoring component 302, and a transaction analysis component 303. This device 300 can implement the monitoring method described in the reference figure.

[0084] The transaction acquisition component 301 is used to acquire transaction data between at least one application and a caching service; and to extract context information from each transaction data, the context information including at least a link identifier and an application identifier. The transaction acquisition component 301 can be integrated into the application by embedding or dynamically injected into the application through bytecode enhancement. In one embodiment, the transaction acquisition component 301 can perform the operations S210 and S220 described above.

[0085] Link monitoring component 302 is used to locate each transaction data to a target link in the link monitoring data based on its context information. The target link is located under the link corresponding to the application identifier in the link indicated by the link identifier in the link monitoring data. In one embodiment, link monitoring component 302 can perform the operation S230 described above.

[0086] In some embodiments, the link monitoring component 302 is further configured to collect data sent to the holographic monitoring gateway to obtain holographic monitoring data, wherein the holographic monitoring gateway is configured to aggregate and forward the collected holographic monitoring data.

[0087] The transaction analysis component 303 is used to statistically analyze transaction data located at the same target stage to obtain transaction analysis results, and to display link monitoring data that integrates the transaction analysis results at the target stage. In some embodiments, the transaction analysis component 303 can perform the operations S240 and S250 described above.

[0088] The following combination Figures 7-9 The system integration method and specific usage process of the transaction monitoring device 300 are illustrated by example.

[0089] Figure 7 The illustration schematically depicts a system architecture 400 of a transaction monitoring device 300 applying an embodiment of the caching service of the present invention. For example... Figure 7 As shown, in this system architecture 400, the transaction monitoring method of the cache service of this invention can be executed by integrating the transaction monitoring device 300.

[0090] Specifically, the transaction acquisition component 301 can collect transaction data from the software development kit methods (SDK methods) that are associated with the caching service in the application, such as get and set, and extract the context information of the transaction data. The context is then provided to the link monitoring component 302, and the transaction data is sent to the transaction analysis component 303.

[0091] The link monitoring component 302 may include a holographic monitoring interceptor. This holographic monitoring interceptor can collect data sent to the holographic monitoring gateway to obtain holographic monitoring data. Then, based on the context information provided by the transaction acquisition component 301, it can locate the link monitoring data corresponding to each transaction data and its target link from the holographic monitoring data, and then send the data to the transaction analysis component 303.

[0092] The transaction analysis component 303 integrates the transaction data received from the transaction acquisition component 301 into the corresponding target link in the link monitoring data sent by the link monitoring component 302. Afterwards, it analyzes and processes the transaction data within the same link and displays the results. In this embodiment, the display results of the transaction analysis component 303 are displayed in parallel and independently of the display of the holographic monitoring data. In one embodiment, the process of statistically analyzing the acquired transaction data by the transaction analysis component 303 can refer to... Figure 9 Introduction.

[0093] Figure 8 This illustration schematically shows another system architecture of the transaction monitoring device 500 that applies the caching service of this invention.

[0094] and Figure 7Similarly, system architecture 500 can also implement the transaction monitoring method for the cache service of this embodiment of the invention by integrating transaction monitoring device 300. Figure 7 The difference is that in system architecture 500, after the transaction analysis component 303 analyzes and processes the data, it sends the processing results back to the holographic monitoring gateway. The purpose of this is to merge the transaction analysis results of the transaction analysis component 303 into the display interface of the holographic monitoring data.

[0095] Figure 7 and Figure 8 Both display methods have their advantages and disadvantages. For example, in Figure 7 In this display method, the display of holographic monitoring and the display of the results of the transaction analysis component 303 are independent of each other and do not affect each other. Therefore, if any one of the transaction acquisition component 301, the link monitoring component 302, or the transaction analysis component 303 malfunctions, it will not affect the display of holographic monitoring, reducing the impact on holographic monitoring. For example, in... Figure 8 In this display mode, the analysis results of the transaction analysis component 303 can be integrated into the display interface of the holographic monitoring data, thus providing a more comprehensive view.

[0096] Figure 9 The schematic illustration shows the processing flow of the transaction analysis component 303 in an embodiment of the present invention. For example... Figure 9 As shown, the processing flow of the transaction analysis component 303 can include four major steps: data preprocessing, data analysis, data display, and data postprocessing. The transaction analysis results output by the transaction analysis component 303 can include multi-dimensional analysis results such as major keys, hot keys, and excessive number of transactions triggered by a single transaction request.

[0097] As can be seen, according to some embodiments of the present invention, the link monitoring component 302 can be combined with the holographic monitoring gateway to reuse the link monitoring data of the holographic monitoring, and the holographic monitoring capability can be extended through the transaction collection component 301 to collect transaction data between the application and the cache service. Then, the transaction analysis component 303 statistically analyzes the collected transaction data according to the propagation path determined by the context information, providing the application with early warning and alarm of potential risks in the process of accessing the cache service, and realizing global monitoring of the cache service across applications and clusters.

[0098] According to embodiments of the present invention, any plurality of components among the transaction acquisition component 301, link monitoring component 302, and transaction analysis component 303 can be combined into one component, or any one of these components can be split into multiple components. Alternatively, at least a portion of the functionality of one or more of these components can be combined with at least a portion of the functionality of other components and implemented in one component. According to embodiments of the present invention, at least one of the transaction acquisition component 301, link monitoring component 302, and transaction analysis component 303 can be at least partially implemented as a hardware circuit, such as a field-programmable gate array (FPGA), a programmable logic array (PLA), a system-on-a-chip, a system-on-a-substrate, a system-on-package, an application-specific integrated circuit (ASIC), or any other reasonable means of integrating or packaging the circuit, or implemented in software, hardware, or firmware, or in any appropriate combination of any of these three implementation methods. Alternatively, at least one of the transaction acquisition component 301, link monitoring component 302, and transaction analysis component 303 can be at least partially implemented as a computer program module, which, when run, can perform corresponding functions.

[0099] Figure 10 A block diagram schematically illustrates an electronic device 900 suitable for implementing a caching service according to an embodiment of the present invention for transaction monitoring.

[0100] like Figure 10 As shown, an electronic device 900 according to an embodiment of the present invention includes a processor 901, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 902 or a program loaded from a storage portion 908 into a random access memory (RAM) 903. The processor 901 may include, for example, a general-purpose microprocessor (e.g., a CPU), an instruction set processor and / or an associated chipset and / or a special-purpose microprocessor (e.g., an application-specific integrated circuit (ASIC)), etc. The processor 901 may also include onboard memory for caching purposes. The processor 901 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present invention.

[0101] RAM 903 stores various programs and data required for the operation of electronic device 900. Processor 901, ROM 902, and RAM 903 are interconnected via bus 904. Processor 901 executes various operations of the method flow according to embodiments of the present invention by executing programs in ROM 902 and / or RAM 903. It should be noted that the programs may also be stored in one or more memories other than ROM 902 and RAM 903. Processor 901 may also execute various operations of the method flow according to embodiments of the present invention by executing programs stored in said one or more memories.

[0102] According to an embodiment of the present invention, the electronic device 900 may further include an input / output (I / O) interface 905, which is also connected to a bus 904. The electronic device 900 may also include one or more of the following components connected to the input / output (I / O) interface 905: an input section 906 including a keyboard, mouse, etc.; an output section 907 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 908 including a hard disk, etc.; and a communication section 909 including a network interface card such as a LAN card, modem, etc. The communication section 909 performs communication processing via a network such as the Internet. A drive 910 is also connected to the input / output (I / O) interface 905 as needed. A removable medium 911, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on the drive 910 as needed so that computer programs read from it can be installed into the storage section 908 as needed.

[0103] The present invention also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or it may exist independently and not assembled into the device / apparatus / system. The computer-readable storage medium carries one or more programs, which, when executed, implement the method according to the embodiments of the present invention.

[0104] According to embodiments of the present invention, a computer-readable storage medium may be a non-volatile computer-readable storage medium, such as including, but not limited to: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. For example, according to embodiments of the present invention, a computer-readable storage medium may include ROM 902 and / or RAM 903 and / or one or more memories other than ROM 902 and RAM 903 described above.

[0105] Embodiments of the present invention also include a computer program product comprising a computer program containing program code for performing the methods shown in the flowchart. When the computer program product is run on a computer system, the program code is used to cause the computer system to implement the methods provided in the embodiments of the present invention.

[0106] When the computer program is executed by the processor 901, it performs the functions defined in the system / apparatus of this invention. According to embodiments of the invention, the systems, apparatuses, modules, units, etc., described above can be implemented by computer program modules.

[0107] In one embodiment, the computer program may rely on a tangible storage medium such as an optical storage device or a magnetic storage device. In another embodiment, the computer program may also be transmitted and distributed in the form of signals over a network medium, and downloaded and installed via the communication section 909, and / or installed from a removable medium 911. The program code contained in the computer program can be transmitted using any suitable network medium, including but not limited to: wireless, wired, etc., or any suitable combination thereof.

[0108] In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 909, and / or installed from the removable medium 911. When the computer program is executed by the processor 901, it performs the functions defined in the system of this embodiment of the invention. According to embodiments of the invention, the systems, devices, apparatuses, modules, units, etc., described above can be implemented by computer program modules.

[0109] According to embodiments of the present invention, program code for executing the computer programs provided in the embodiments of the present invention can be written in any combination of one or more programming languages. Specifically, these computational programs can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, languages ​​such as Java, C++, Python, "C", or similar programming languages. The program code can be executed entirely on the user's computing device, partially on the user's device, partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0110] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0111] Those skilled in the art will understand that the features described in the various embodiments of the present invention can be combined and / or combined in various ways, even if such combinations or combinations are not explicitly described in the present invention. In particular, the features described in the various embodiments of the present invention can be combined and / or combined in various ways without departing from the spirit and teachings of the present invention. All such combinations and / or combinations fall within the scope of the present invention.

Claims

1. A transaction monitoring method for a caching service, wherein, The method includes: Collect transaction data between at least one application and the caching service; Context information is extracted from each of the transaction data, and the context information includes at least a link identifier and an application identifier; Each transaction data is located to a target link in the link monitoring data based on the context information. The target link is located under the link corresponding to the application identifier in the link indicated by the link identifier in the link monitoring data. Statistical analysis locates the transaction data at the target stage, yielding transaction analysis results; and The link monitoring data, which integrates the transaction analysis results, is displayed at the target stage.

2. The method according to claim 1, wherein, The method further includes: Data is collected and sent to the holographic monitoring gateway to obtain holographic monitoring data; and Based on the link identifier, the link monitoring data is determined from the holographic monitoring data.

3. The method according to claim 1, wherein, The collection of transaction data between at least one application and the caching service includes: The transaction data between the application and the cache service is collected by using a transaction collection component embedded in each application.

4. The method according to claim 1, wherein, The collection of transaction data between at least one application and the caching service includes: The transaction data between the application and the cache service is collected by a transaction collection component that is dynamically injected into each application through bytecode enhancement.

5. The method according to claim 2, wherein, The link monitoring data, which integrates the transaction analysis results at the target stage, includes: The transaction analysis results are integrated into the display interface of the holographic monitoring data; or The link monitoring data, which integrates the transaction analysis results, is displayed separately from the display interface of the holographic monitoring data.

6. The method according to claim 1, wherein, The transaction data includes data identifiers of data objects accessed from the cache service. The statistical analysis locates the transaction data at the target stage, and the transaction analysis results include: The frequency of occurrence of each data identifier in the transaction data that pinpoints the target stage; and Data identifiers whose frequency of occurrence is higher than a preset frequency threshold are selected to obtain the first type of transaction analysis results.

7. The method according to claim 1, wherein, The transaction data includes the data volume and data identifier of the data object accessed from the cache service, wherein the statistical analysis locates the transaction data of the target stage, and the transaction analysis results include: Filter out target transaction data whose data volume is greater than a preset volume threshold from the transaction data located at the target stage; Extract the data identifiers of data objects whose data volume is greater than the volume threshold from the target transaction data to obtain the second type of transaction analysis results.

8. The method according to claim 1, wherein, The transaction data includes a request identifier, and the statistical analysis locates the transaction data at the target stage, yielding transaction analysis results including: The transaction data located at the target stage is divided according to the included request identifiers to form at least one transaction data set; the transaction data in each transaction data set has the same request identifier. Select a target transaction data set from the at least one transaction data set whose number of transaction data is greater than a preset transaction volume threshold; Obtain the number of transaction data contained in the target transaction data set and the request identifier corresponding to the target transaction data set to obtain the third type of transaction analysis results.

9. The method according to claim 1, 3 or 4, wherein, The collection of transaction data between at least one application and the caching service includes: The transaction collection component is used to listen for and obtain transaction data between the application and the cache service, wherein the transaction collection component does not affect the interaction method between the application and the cache service.

10. The method according to claim 1, 3 or 4, wherein, The collection of transaction data between at least one application and the caching service includes: The transaction acquisition component is used to forward data between the application and the caching service; and The transaction data is obtained based on the data forwarded by the transaction collection component.

11. A transaction monitoring device for a caching service, wherein, The device includes: A transaction acquisition component is configured to: acquire transaction data between at least one application and a caching service; and extract context information from each of the transaction data, wherein the context information includes at least a link identifier and an application identifier. A link monitoring component is used to locate each transaction data to a target link in the link monitoring data based on the context information. The target link is located under the link corresponding to the application identifier in the link indicated by the link identifier in the link monitoring data. The transaction analysis component is used to statistically analyze the transaction data located at the target stage to obtain transaction analysis results, and to display the link monitoring data that integrates the transaction analysis results at the target stage.

12. An electronic device, comprising: One or more processors; Memory, used to store one or more computer programs. The one or more processors execute the one or more computer programs to implement the steps of the method according to any one of claims 1 to 10.

13. A computer-readable storage medium having a computer program or instructions stored thereon, wherein, When the computer program or instructions are executed by a processor, they implement the steps of the method according to any one of claims 1 to 10.

14. A computer program product comprising a computer program or instructions, wherein, When the computer program or instructions are executed by a processor, they implement the steps of the method according to any one of claims 1 to 10.