Information processing method, device, storage medium and computer program product

Abstract

The present application relates to an information processing method, device, storage medium and computer program product, wherein the method is applied to the client of a distributed cache system, and the method comprises: when the client initiates a service request to the server, the client sends an encapsulated first command, a second command and a third command to the server, wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; and the service response and tracking information sent by the server are received. In this way, the delay information of each stage inside the server is tracked at any time, which improves the problem location and demarcation capability of the distributed cache system.

Description

Technical Field

[0001] The present application relates to the field of information technology, and in particular to an information processing method, device, storage medium and computer program product. Background Art

[0002] With the development of distributed technology, distributed cache services have developed rapidly, and a large number of businesses need to rely on distributed cache services. Currently, large-scale remote dictionary service (redis, Remote Dictionary Server) clusters are deployed in the existing network to build a distributed cache system; in related technologies, the problem is located by tracking the latency information of the cache service; however, only the latency information from the client to the server of the distributed cache system can be tracked. When the existing network has high latency, it is impossible to quickly and accurately locate the problem. Summary of the invention

[0003] In view of this, an information processing method, device, storage medium and computer program product are proposed.

[0004] In the first aspect, an embodiment of the present application provides an information processing method, which is applied to a client of a distributed cache system, wherein the distributed cache system includes a client and a server, and the method includes: when the client initiates a service request to the server, the client sends an encapsulated first command, a second command and a third command to the server, wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; and receive the service response and the tracking information sent by the server.

[0005] Based on the above technical solution, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and tracking information; in this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and fast and accurate problem location is achieved.

[0006] According to the first aspect, in a first possible implementation manner of the first aspect, the delay information includes: one or more of: a delay in waiting for processing of the service request, a delay in processing the service request, and a delay in waiting for sending of the service response.

[0007] Based on the above technical solution, the delay information of the internal stages of the server, such as the delay in waiting for service requests to be processed, the delay in processing service requests, the delay in waiting for service responses to be sent, can be used to expand the tracking information of the call chain and provide more effective information for problem location.

[0008] According to the first aspect, or the first possible implementation of the first aspect, in the second possible implementation of the first aspect, the latency information includes: a first time point, the first time point indicating the time point when the service request enters the message receiving queue; a second time point, the second time point indicating the time point when the business thread starts to process the service request; a third time point, the third time point indicating the time point when the business thread submits the service response to the message sending queue; a fourth time point, the fourth time point indicating the time point when the service response is sent from the message sending queue.

[0009] Based on the above technical solution, in the process of processing service requests on the server side, by recording the first time point, the second time point, the third time point, and the fourth time point, it is possible to track the delay information of each stage inside the server at any time, thereby expanding the tracking information inside the server and providing more effective information for problem location.

[0010] According to the first aspect, in a third possible implementation of the first aspect, the client sends the encapsulated first command, second command and third command to the server, including: the client packages and sends the first command, the second command and the third command through a pipeline.

[0011] Based on the above technical solution, the client can package the first command, the second command and the third command and send them to the server at one time through a pipeline, thereby reducing the network transmission time between the client and the server and enabling the client to monitor the server's delay information in real time.

[0012] According to the first aspect, in a fourth possible implementation manner of the first aspect, the method further includes: parsing the tracing information, and reporting the parsed tracing information to a call chain system.

[0013] Based on the above technical solution, the client parses the tracking information and reports the parsed tracking information to the call chain system, so that the latency information can be dumped into the call chain system. In this way, the amount of latency information will no longer be limited, and the theoretical upper limit of storage is the upper limit of the call chain system data storage, which effectively solves the problem of latency information storage quantity limitation.

[0014] According to the first aspect, in a fifth possible implementation of the first aspect, the distributed cache system adopts a remote dictionary service Redis communication protocol.

[0015] Based on the above technical solution, the distributed cache system built for large-scale Redis clusters can track the delay information of each stage inside the server at any time, expand the tracking information inside the server, improve the problem location and demarcation capabilities of the distributed cache system, and achieve fast and accurate problem location.

[0016] In the second aspect, an embodiment of the present application provides an information processing method, which is applied to the server side of a distributed cache system, wherein the distributed cache system includes a client and a server side, and the method includes: receiving a first command, a second command, and a third command sent by the client; in response to the first command, enabling a message tracking function for the connection between the client and the server side to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; in response to the second command, processing the service request of the client, and sending a service response obtained by processing the service request; in response to the third command, closing the message tracking function, and sending the tracking information to the client.

[0017] Based on the above technical solution, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is turned on to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0018] According to the second aspect, in a first possible implementation manner of the second aspect, the delay information includes: one or more of: a delay in waiting for processing of the service request, a delay in processing the service request, and a delay in waiting for sending of the service response.

[0019] Based on the above technical solution, the delay information of the internal stages of the server, such as the delay in waiting for service requests to be processed, the delay in processing service requests, the delay in waiting for service responses to be sent, can be used to expand the tracking information of the call chain and provide more effective information for problem location.

[0020] According to the second aspect, or the first possible implementation of the second aspect, in the second possible implementation of the second aspect, the latency information includes: a first time point, the first time point indicating the time point when the service request enters the message receiving queue; a second time point, the second time point indicating the time point when the business thread starts to process the service request; a third time point, the third time point indicating the time point when the business thread submits the service response to the message sending queue; a fourth time point, the fourth time point indicating the time point when the service response is sent from the message sending queue.

[0021] Based on the above technical solution, in the process of processing service requests on the server side, by recording the first time point, the second time point, the third time point, and the fourth time point, it is possible to track the delay information of each stage inside the server at any time, thereby expanding the tracking information inside the server and providing more effective information for problem location.

[0022] According to the second aspect, in a third possible implementation of the second aspect, the receiving the first command, the second command, and the third command sent by the client includes: receiving the first command, the second command, and the third command packaged and sent by the client through a pipeline.

[0023] Based on the above technical solution, the server can receive the first command, the second command and the third command sent by the client in one package through a pipeline, thereby reducing the network transmission time between the client and the server and realizing real-time monitoring of the server's delay information.

[0024] According to the second aspect, in a fourth possible implementation of the second aspect, the message tracking function for the connection between the client and the server is enabled in response to the first command, including: in response to the first command, a message tracking enable mark is added in the connection context between the client and the server, and a message tracking enable result is sent to the client.

[0025] Based on the above technical solution, a message tracking enable mark is added to the connection context between the client and the server, so that the server can record the delay information of each key point in the connection context when executing the subsequent second command.

[0026] According to the second aspect, in a fifth possible implementation manner of the second aspect, the distributed cache system adopts a remote dictionary service Redis communication protocol.

[0027] Based on the above technical solution, the distributed cache system built for large-scale Redis clusters can track the delay information of each stage inside the server at any time, expand the tracking information inside the server, improve the problem location and demarcation capabilities of the distributed cache system, and achieve fast and accurate problem location.

[0028] In the third aspect, an embodiment of the present application provides an information processing device, which is applied to a client of a distributed cache system, wherein the distributed cache system includes a client and a server, and the device includes: a sending module, which is used for sending an encapsulated first command, a second command and a third command to the server when the client initiates a service request to the server, wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; a first receiving module is used to receive the service response and the tracking information sent by the server.

[0029] Based on the above technical solution, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and tracking information; in this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and fast and accurate problem location is achieved.

[0030] According to the third aspect, in a first possible implementation manner of the third aspect, the delay information includes: one or more of a delay in waiting for processing of the service request, a delay in processing the service request, and a delay in waiting for sending of the service response.

[0031] Based on the above technical solution, the delay information of the internal stages of the server, such as the delay in waiting for service requests to be processed, the delay in processing service requests, the delay in waiting for service responses to be sent, can be used to expand the tracking information of the call chain and provide more effective information for problem location.

[0032] According to the third aspect, or the first possible implementation of the third aspect, in the second possible implementation of the third aspect, the latency information includes: a first time point, the first time point indicating the time point when the service request enters the message receiving queue; a second time point, the second time point indicating the time point when the business thread starts to process the service request; a third time point, the third time point indicating the time point when the business thread submits the service response to the message sending queue; a fourth time point, the fourth time point indicating the time point when the service response is sent from the message sending queue.

[0033] Based on the above technical solution, in the process of processing service requests on the server side, by recording the first time point, the second time point, the third time point, and the fourth time point, it is possible to track the delay information of each stage inside the server at any time, thereby expanding the tracking information inside the server and providing more effective information for problem location.

[0034] According to the third aspect, in a third possible implementation manner of the third aspect, the sending module is further used for: the client packages and sends the first command, the second command and the third command through a pipeline.

[0035] Based on the above technical solution, the client can package the first command, the second command and the third command and send them to the server at one time through a pipeline, thereby reducing the network transmission time between the client and the server and enabling the client to monitor the server's delay information in real time.

[0036] According to the third aspect, in a fourth possible implementation manner of the third aspect, the device further includes a reporting module, configured to: parse the tracing information, and report the parsed tracing information to a call chain system.

[0037] Based on the above technical solution, the client parses the tracking information and reports the parsed tracking information to the call chain system, so that the latency information can be dumped into the call chain system. In this way, the amount of latency information will no longer be limited, and the theoretical upper limit of storage is the upper limit of the call chain system data storage, which effectively solves the problem of latency information storage quantity limitation.

[0038] According to the third aspect, in a fifth possible implementation manner of the third aspect, the distributed cache system adopts a remote dictionary service Redis communication protocol.

[0039] Based on the above technical solution, the distributed cache system built for large-scale Redis clusters can track the delay information of each stage inside the server at any time, expand the tracking information inside the server, improve the problem location and demarcation capabilities of the distributed cache system, and achieve fast and accurate problem location.

[0040] In a fourth aspect, an embodiment of the present application provides an information processing device, wherein the device is applied to a server side of a distributed cache system, wherein the distributed cache system includes a client and a server side, and the device includes: a second receiving module, for receiving a first command, a second command, and a third command sent by the client; a processing module, for, in response to the first command, enabling a message tracking function for the connection between the client and the server side to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; in response to the second command, processing the service request of the client, and sending a service response obtained by processing the service request; in response to the third command, closing the message tracking function, and sending the tracking information to the client.

[0041] Based on the above technical solution, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is turned on to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0042] According to the fourth aspect, in a second possible implementation manner of the fourth aspect, the delay information includes: one or more of the delay of the service request waiting for processing, the delay of processing the service request, and the delay of waiting for sending the service response.

[0043] Based on the above technical solution, the delay information of the internal stages of the server, such as the delay in waiting for service requests to be processed, the delay in processing service requests, the delay in waiting for service responses to be sent, can be used to expand the tracking information of the call chain and provide more effective information for problem location.

[0044] According to the fourth aspect, or the first possible implementation of the fourth aspect, in the second possible implementation of the fourth aspect, the latency information includes: a first time point, the first time point indicating the time point when the service request enters the message receiving queue; a second time point, the second time point indicating the time point when the business thread starts to process the service request; a third time point, the third time point indicating the time point when the business thread submits the service response to the message sending queue; a fourth time point, the fourth time point indicating the time point when the service response is sent from the message sending queue.

[0045] Based on the above technical solution, in the process of processing service requests on the server side, by recording the first time point, the second time point, the third time point, and the fourth time point, it is possible to track the delay information of each stage inside the server at any time, thereby expanding the tracking information inside the server and providing more effective information for problem location.

[0046] According to the fourth aspect, in a third possible implementation of the fourth aspect, the second receiving module is further used to: receive, through a pipeline, the first command, the second command, and the third command that are packaged and sent by the client.

[0047] Based on the above technical solution, the server can receive the first command, the second command and the third command sent by the client in one package through a pipeline, thereby reducing the network transmission time between the client and the server and realizing real-time monitoring of the server's delay information.

[0048] According to the fourth aspect, in a fourth possible implementation method of the fourth aspect, the processing module is also used to: in response to the first command, add a message tracking enable mark in the connection context between the client and the server, and send a message tracking enable result to the client.

[0049] Based on the above technical solution, a message tracking enable mark is added to the connection context between the client and the server, so that the server can record the delay information of each key point in the connection context when executing the subsequent second command.

[0050] According to the fourth aspect, in a fifth possible implementation manner of the fourth aspect, the distributed cache system adopts a remote dictionary service Redis communication protocol.

[0051] Based on the above technical solution, the distributed cache system built for large-scale Redis clusters can track the delay information of each stage inside the server at any time, expand the tracking information inside the server, improve the problem location and demarcation capabilities of the distributed cache system, and achieve fast and accurate problem location.

[0052] In a fifth aspect, an embodiment of the present application provides an information processing device, comprising: a processor; a memory for storing processor executable instructions; wherein the processor is configured to implement the above-mentioned first aspect or one or more of the multiple possible implementation methods of the first aspect when executing the instructions, or to implement the above-mentioned second aspect or one or more of the multiple possible implementation methods of the second aspect.

[0053] Based on the above technical solution, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and the tracking information. Alternatively, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is enabled to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and delimitation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0054] In a sixth aspect, an embodiment of the present application provides a non-volatile computer-readable storage medium having computer program instructions stored thereon, which, when executed by a processor, implement the above-mentioned first aspect or one or more of the information processing methods of the multiple possible implementations of the first aspect, or implement the above-mentioned second aspect or one or more of the information processing methods of the multiple possible implementations of the second aspect.

[0055] Based on the above technical solution, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and the tracking information. Alternatively, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is enabled to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and delimitation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0056] In the seventh aspect, an embodiment of the present application provides a computer program product comprising instructions, characterized in that when it is run on a computer, it enables the computer to execute the information processing method of the first aspect or one or more of the multiple possible implementations of the first aspect, or execute the information processing method of the second aspect or one or more of the multiple possible implementations of the second aspect.

[0057] Based on the above technical solution, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and the tracking information. Alternatively, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is enabled to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and delimitation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0058] These and other aspects of the present application will become more apparent from the following description of the embodiment(s). BRIEF DESCRIPTION OF THE DRAWINGS

[0059] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments, features, and aspects of the present application and, together with the description, serve to explain the principles of the present application.

[0060] Figure 1 A framework diagram of a distributed cache system according to an embodiment of the present application is shown;

[0061] Figure 2 A flowchart showing an information processing method according to an embodiment of the present application is shown;

[0062] Figure 3 A schematic diagram showing a client initiating a service request to a server according to an embodiment of the present application;

[0063] Figure 4 A schematic diagram showing an application scenario of an information processing method according to an embodiment of the present application is shown;

[0064] Figure 5 A flowchart showing an information processing method according to an embodiment of the present application is shown;

[0065] Figure 6 A schematic diagram showing the server tracking delay information according to an embodiment of the present application;

[0066] Figure 7 A flowchart showing an information processing method according to an embodiment of the present application is shown;

[0067] Figure 8 A schematic diagram showing information interaction between a client and a server according to an embodiment of the present application;

[0068] Fig. 9 A schematic diagram showing a related technology call chain according to an embodiment of the present application;

[0069] Fig.10 A schematic diagram showing an extended call chain according to an embodiment of the present application is shown;

[0070] Fig.11 A schematic diagram showing tracking information in an extended call chain according to an embodiment of the present application is shown;

[0071] Fig.12 A structural diagram of an information processing device according to an embodiment of the present application is shown;

[0072] Fig.13 A structural diagram of an information processing device according to an embodiment of the present application is shown;

[0073] Fig.14 A schematic diagram of the structure of an information processing device according to an embodiment of the present application is shown. DETAILED DESCRIPTION

[0074] Various exemplary embodiments, features and aspects of the present application will be described in detail below with reference to the accompanying drawings. The same reference numerals in the accompanying drawings represent elements with the same or similar functions. Although various aspects of the embodiments are shown in the accompanying drawings, the drawings are not necessarily drawn to scale unless otherwise specified.

[0075] The word “exemplary” is used exclusively herein to mean “serving as an example, example, or illustration.” Any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments.

[0076] In addition, in order to better illustrate the present application, numerous specific details are given in the following specific embodiments. It should be understood by those skilled in the art that the present application can also be implemented without certain specific details. In some examples, methods, means, components and circuits well known to those skilled in the art are not described in detail in order to highlight the subject matter of the present application.

[0077] The technical solution in the embodiment of the present application can be applied to a distributed cache system compatible with the Redis communication protocol. Figure 1 A framework diagram of a distributed cache system according to an embodiment of the present application is shown; Figure 1As shown, the distributed cache system 11 may include a client 101 and a server 102, and the number of the client 101 and the server 102 may be one or more, which is not limited in the embodiment of the present application; wherein, the distributed cache system 11 may adopt the Redis communication protocol; that is, the client 101 and the server 102 communicate via the Redis protocol, and the server 102 may be a Redis cluster, wherein the Redis cluster is an open source, network-supported, memory-based, and optionally persistent key-value storage database written in ANSI C language.

[0078] Among them, the client 101 may include one or more business nodes of the business system, and the business system is used to process external input business, for example, the business may be a purchase business, a payment business, a recharge business, etc.; the business may be implemented by calling multiple services in sequence according to the calling relationship, for example, the service may be product management, user management, subscription relationship management, billing management, and cloud service resource management, etc., which is not limited in the embodiments of the present application. A business node refers to a node that provides corresponding services for a business. When a business node needs to call the cache service of a redis cluster during the process of providing corresponding services, the business node can act as a client of a distributed cache system. When a business node as a client receives a service request, it sends a service request to the server, thereby calling the cache service of the server. For example, if the service request is to query related data, a request for querying related data is sent to the server, and a service response from the server, such as a query result, is received.

[0079] Exemplarily, the client may be integrated with the service node, that is, the client may be a service node of a client integrated with the distributed cache system.

[0080] Among them, the server 102 may include n cache nodes such as cache node 1, cache node 2...cache node n, etc., for providing distributed cache services, wherein n is an integer, and the specific value of n can be determined according to the number of cache nodes deployed in the actual distributed cache system, which is not limited in the embodiments of the present application. Exemplarily, cache node 1, cache node 2...cache node n adopt the form of Redis database, and the cache node 1, cache node 2...cache node n is a Redis cluster. After the server receives the service request from the client, it processes the service request, obtains the service response, and sends the service response to the client; for example, when the server receives a request to query related data, it queries the related data in the Redis cluster, obtains the queried related data, and sends the queried related data to the client.

[0081] It should be noted that each cache node can be a physical node or a virtual node, that is, it can be a physical node composed of a single server, or a virtual node in a server. The cache node can also be a server group composed of multiple servers, which is not limited in the embodiments of the present application.

[0082] In the process of completing a business, the call information (time, interface, level, result) between the services involved in the process of processing the business (including the above-mentioned cache service) is dotted into the log, and then all the dotted data is connected into a tree chain to generate a call chain. Through the call chain, the delay information of each service can be tracked, and the execution trajectory and status of the business can be restored, so that problems (such as faults and performance bottlenecks) can be located. However, for the distributed cache system that uses the Redis communication protocol deployed in the current network; due to the defects in the method of tracking Redis delay information provided in the related technology, it can only track the delay information from the client to the server of the distributed cache system. When high delay occurs in the existing network, it is impossible to quickly and accurately locate the problem.

[0083] The following are examples of the above technical problems existing in the related art:

[0084] In a related technology, a method of tracking latency information is used to implement call chain tracking of distributed cache latency information by embedding points in the client of the distributed cache system. When an external business request comes in, the middleware of the first server that receives the business request will generate a unique identifier (Tid, traceID) for the distributed call. This trace ID will be transmitted to the downstream system with each distributed call during the processing of the business request. All transmitted events will be stored in the remote procedure call log (RPC log, Remote Procedure Call log) file. Subsequently, a centralized processing cluster will incrementally collect the logs on all servers into the cluster for processing. The processing logic is simple cleaning and then inverted indexing. As long as an error is reported in the system, the trace ID is typed as a keyword in the exception log, and you can see what happened to this call in the system. The call event sequence arranged in time can be obtained through the traceID.

[0085] In this method, only the latency information of a single request from the distributed cache system client to the server can be tracked, and it is impossible to effectively analyze the internal process of the distributed cache system middleware, that is, it is impossible to track the latency information of each stage within the distributed cache system. The latency problem of the distributed cache system using the Redis communication protocol is complex, and various reasons may cause the response time to increase. For example, too many requests lead to a full request queue (Redis query rate per second (QPS) reaches a performance bottleneck, Redis synchronization (Redis fork) blocks the request queue), or the distributed cache system processes a large object internally, causing the queue to be blocked (Redis slow query). However, for these two problems, the phenomenon displayed by this method is that the latency of the distributed cache system server increases. It is impossible to track the latency information of each stage within the distributed cache system server at any time, and it is impossible to quickly and accurately locate the problem.

[0086] Another way to track latency information in the related art is through the Redis slow query log (Redisslowlog) function, which is responsible for recording query operations that exceed the specified execution time. This execution time does not include input and output (I / O, Input / Output) operations (such as communication between the server and the client, sending response messages, etc.), but only the time actually required to execute the command. The slow query log function of Redis is used to record commands that take longer than a given time to execute. The log generated by this function can be used to monitor and optimize query speed.

[0087] In this method, you first need to record the timestamps before and after the command is executed, then subtract them to calculate the execution time of the command, and finally compare them according to the timeout parameter slowlog-log-slower-than configured on the server side of the distributed cache system to decide whether to record the slow log. In addition, when recording the slow log, you need to determine whether to delete the oldest log information according to the value of the slow query log specified number of saved entries slowlog_max_len. That is, after the command is executed, it is necessary to determine whether the server side of the distributed cache system is configured with a timeout parameter. If the timeout parameter is less than 0, it returns directly. Otherwise, it compares whether the command execution time has timed out. If it has timed out, insert a slow log; finally, compare whether the number of slow logs has reached the upper limit. If so, delete it.

[0088] In this method, a threshold needs to be set in advance. Only index keys that reach the threshold can be recorded. Messages that do not reach the threshold will not be recorded. At the same time, only the latency information from the client to the server can be tracked. The latency information of each stage within the server of the distributed cache system cannot be tracked at any time, and the problem cannot be located quickly and accurately.

[0089] In another way to track latency information in related technologies, Redis 2.8.13 introduced a new feature called Latency Monitoring, which can help users check and locate possible latency issues. Latency Monitoring consists of the following components: Latency Hook: This component samples various latency-sensitive code paths; Time Series: This component records latency spikes caused by various events; Reporting Engine: This component extracts raw data from the time series; Analysis Engine: This component provides users with easy-to-read reports and prompts based on the measurement method.

[0090] Different monitored code paths have different names, which are also called events. For example, command is an event that can be used to measure slow commands that may cause latency spikes, while fast-command is also an event that can be used to monitor fast commands that have a time complexity of O(1) or O(LogN), where N is the amount of data in the command. Other events are not universal, and each of them can be used to monitor a very specific operation performed by the distributed cache system; for example, the fork event can only monitor the time consumed by the distributed cache system to call fork.

[0091] A latency spike occurs when the runtime of an event exceeds the configured latency threshold. Each monitored event has a separate time series. The time series works as follows: Each time a latency spike occurs, the distributed cache system records it in the appropriate time series. Each time series consists of 160 elements. Each element is a pair of values: one value is the UNIX timestamp when the latency spike occurred, and the other value is the time the event took to run, in milliseconds. If multiple latency spikes occur consecutively for the same event, they are merged into a single latency spike (taking the maximum latency time). Therefore, even if a given event has multiple latency spikes in a row, if the user sets the latency threshold too low, at least 180 seconds of historical data will be valid. Each element records the historical maximum latency time. The latency monitoring subsystem inside the distributed cache system provides latency monitoring capabilities by injecting relevant latency hooks through different code paths.

[0092] In this method, it is impossible to track specific commands. The command classification granularity is large, with only two types: command and fast-command, and it is impossible to distinguish specific sub-commands. In addition, the delay threshold needs to be set in advance, and only keys that reach the delay threshold can be recorded. If the message does not reach the threshold range, it will not be recorded. It is impossible to track the delay information of each stage inside the server of the distributed cache system at any time, and it is impossible to quickly and accurately locate the problem.

[0093] In order to solve the above technical problems existing in the related art, the present application provides a technical solution for information processing. The technical solution for information processing in the embodiment of the present application can be applied to the above Figure 1 In the client and / or server of the distributed cache system, it is possible to track the delay information of each stage inside the server at any time, expand the tracking information inside the server, improve the problem location and demarcation capabilities of the distributed cache system, and achieve fast and accurate problem location.

[0094] Figure 2 A flowchart of an information processing method according to an embodiment of the present application is shown, and the method can be applied to the above Figure 1 The client of the distributed cache system in the embodiment of the present invention comprises a client and a server. Exemplarily, the distributed cache system adopts the Redis communication protocol; Figure 2 As shown, the method may include:

[0095] Step 201: When the client initiates a service request to the server, the client sends the encapsulated first command, second command and third command to the server.

[0096] In this step, the service request can be a request for the client to query the relevant data cached in the server, or any other type of service request. After the client receives a service request sent by external input (such as other business nodes), the client will add two custom commands based on the service request, thereby encapsulating the service request into a first command (TC-BGN, TRACE BEGIN), a second command (MSG, MESSAGE), and a third command (TC-END, TRACE END), a total of three commands, all of which can use the Redis communication protocol, and then the client sends the three encapsulated commands to the server.

[0097] Figure 3 A schematic diagram showing a client initiating a service request to a server according to an embodiment of the present application is shown as follows: Figure 3As shown, after the client 101 receives the service request, the service request is used as the second command 302. On this basis, the client will add two custom commands, the first command 301 and the third command 303, to obtain the encapsulated first command 301, the second command 302 and the third command 303, and then send the encapsulated first command 301, the second command 302 and the third command 303 to the server 102.

[0098] The first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link. In this way, through the first command, the server can be instructed to enable the message tracking function that takes effect on the service request in the connection with the client at any time.

[0099] Among them, the client can initiate a connection request to the server to establish a connection, and the message tracking function of the first command can only track the connection. The message can be an electronic instance of data, usually exchanged between two running business processes or applications. The message tracking function can obtain the required tracking information by tracking the message in the processing link for the service request. The processing link includes each processing node in the process of processing the service request. In the embodiment of the present application, the tracking information includes the delay information in the processing link, for example, it can be the delay information between the specified processing nodes as needed. The first command can indicate the delay information to be tracked (for example, represented by the first time point, the second time point, the third time point, and the fourth time point exemplified below). The second command is used to instruct the server to process the service request and send the service response obtained by processing the service request. The third command is used to instruct the server to turn off the message tracking function and send tracking information. In this way, the first command instructs the server to start message tracking, which is for the connection between the client and the server, so that the delay information in the processing link of the service request indicated by the second command packaged with the first command on the connection can be tracked, and the third command can be executed to close the message tracking function after the service response is obtained, so that the message tracking only tracks the delay of the service request in the connection, and will not affect the access of other clients. For example, when there are multiple clients, each client and the server are a connection, and the first command is used to instruct the server to start message tracking, and only the delay of the service request on the single connection between the client that sends the first command and the server is tracked, thereby effectively avoiding the impact on other clients accessing the server. In addition, by tracking the delay information of the processing link of the service request, the delay information is not limited to the end-to-end delay, but can track the delay information of each internal stage in the processing link of the service request, so that the obtained delay information is more accurate and meets higher tracking requirements.

[0100] Exemplarily, the tracking information of the processing link may include: relevant information in the processing link of the service request processed by the server, such as interface information, delay information, etc. Among them, the delay information may include: one or more of the delay of the service request waiting for processing, the delay of the service request processing, and the delay of the service response waiting for sending. In this way, through the delay information of the internal stages of the server such as the delay of the service request waiting for processing, the delay of the service request processing, and the delay of the service response waiting for sending, the internal delay information of the server is refined, and the delay information of each stage of the service request processing in the server can be reflected, thereby expanding the tracking information of the call chain and providing more effective information for problem location.

[0101] Since the message tracking function is enabled, the server can record the delay information of the processing link at any time during the execution of the second command; illustratively, the delay information may include: a first time point, a second time point, a third time point, and a fourth time point; wherein the first time point indicates the time point when the service request enters the message receiving queue; the second time point indicates the time point when the business thread starts to process the service request; the third time point indicates the time point when the business thread submits the service response to the message sending queue; and the fourth time point indicates the time point when the service response is sent from the message sending queue. Further, the delay of the service request waiting for processing can be determined by the difference between the second time point and the first time point, the processing delay of the service request can be determined by the difference between the third time point and the second time point, or the time spent on the service request processing, and the delay of the service response waiting for sending can be determined by the difference between the fourth time point and the third time point. In this way, in the process of processing the service request at the server, by recording the first time point, the second time point, the third time point, and the fourth time point, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, and more effective information is provided for problem location.

[0102] The third command is used to instruct the server to close the message tracking function and send tracking information.

[0103] When the server executes the third command, it turns off the message tracking function of the service request processed internally by the server to avoid affecting the subsequent internal processing of other service requests by the server, while saving server resources. The third command cooperates with the first command to realize the message tracking function being turned on and off at any time, and only tracks the delay information of the service request on a single connection, effectively solving the problem in related technologies that a threshold needs to be set in advance and the information with a delay within the threshold can be tracked.

[0104] In a possible implementation, the client may package and send the first command, the second command, and the third command through a pipeline.

[0105] Considering that the redis communication protocol supports sending multiple commands to the server at one time in a pipeline manner, in the embodiment of the present application, the client can send the three commands TRACE BEGIN|MSG|TRACE END to the server at one time in a pipeline manner, thereby reducing the network transmission time between the client and the server and enabling the client to monitor the server's delay information in real time.

[0106] It should be noted that when the client initiates a service request to the server, it can choose whether to enable message tracking for this service request according to actual needs. For example, for general service requests, you can choose to turn off message tracking. When there is a delay in the system and it is necessary to locate the problem or test the capabilities of the distributed cache system, you can turn on message tracking. When it is necessary to enable the message tracking function for the connection between the client and the server, the client converts a service request into three commands, thereby dynamically enabling the message tracking function for the connection between the client and the server, which is convenient and fast, while saving system overhead.

[0107] Step 202: Receive the service response and tracking information sent by the server.

[0108] The service response may include the queried relevant data, etc. For example, after the client receives the queried relevant data sent by the server, it may proceed to the next business process.

[0109] The client can obtain the tracking information of the processing link recorded by the server through the message tracking function. The tracking information includes the delay information of each stage in the processing link, thereby providing effective information for problem location by extending the tracking information of the call chain.

[0110] In an embodiment of the present application, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and the tracking information; in this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and fast and accurate problem location is achieved.

[0111] Furthermore, after the above step 202, the following may be included: the client parses the tracking information and reports the parsed tracking information to the call chain system. For example, after receiving the tracking information returned by the server, the client may parse the latency information in the tracking information through the Redis communication protocol, and then report the parsed latency information to the call chain system according to the data structure of the call chain information, for example, to the deployment server of the call chain system service process.

[0112] Considering that in the related art, there is a certain limit on the number of logs that record latency information. For example, in the above-mentioned related art that uses the Redis slow query log function and the delay monitoring function to track latency information, the number of logs recorded is limited. In an embodiment of the present application, the client parses the tracking information and reports the parsed tracking information to the call chain system, so that the latency information can be dumped into the call chain system. In this way, the amount of latency information will no longer be limited, and the theoretical upper limit of storage is the upper limit of the call chain system data storage, thereby effectively solving the problem of the limitation on the amount of latency information storage in the related art.

[0113] Figure 4 A schematic diagram of an application scenario of an information processing method according to an embodiment of the present application is shown as follows: Figure 4 As shown, the call chain system 41 may include m call nodes such as call node 1, call node 2...call node m, etc., for providing call chain management, wherein m is an integer, and the specific value of m can be determined according to the number of call nodes deployed in the actual call chain system, which is not limited in the embodiment of the present application. After receiving the tracking information sent by the server 102, the client 101 parses the tracking information, and reports the parsed tracking information to the call chain system 41. For example, the client 101 can parse the delay information included in the received tracking information, and report the parsed delay information to the call node 1.

[0114] Figure 5 A flowchart of an information processing method according to an embodiment of the present application is shown, and the method can be applied to the above Figure 1 The server of the distributed cache system in the embodiment includes a client and a server. Exemplarily, the distributed cache system adopts the Redis communication protocol; Figure 5 As shown, the method may include:

[0115] Step 501: The server receives a first command, a second command, and a third command sent by a client;

[0116] In this step, the server receives three encapsulated commands sent by the client, namely, the first command (TC-BGN, TRACE BEGIN), the second command (MSG, MESSAGE), and the third command (TC-END, TRACE END). These three commands adopt the Redis communication protocol.

[0117] In a possible implementation, the server receives the first command, the second command, and the third command packaged and sent by the client through a pipeline.

[0118] Considering that the redis communication protocol supports the server to receive multiple commands sent by the client in one package in a pipeline manner. In the embodiment of the present application, the server can receive the three commands TRACE BEGIN|MSG|TRACE END sent by the client in one package in a pipeline manner, thereby reducing the network transmission time between the client and the server and realizing real-time monitoring of the server's delay information.

[0119] Step 502: In response to the first command, the server starts a message tracking function for the connection between the client and the server to record tracking information of the processing link of the service request, where the tracking information includes delay information in the processing link.

[0120] In this step, the server responds to the first command, so that the message tracking function that takes effect for any service request can be enabled at any time; at the same time, the server executes the first command to instruct the server to enable message tracking, and only tracks the delay of the command on a single connection, which will not affect the access of other clients. For example, when there are multiple clients, each client is connected to the server, and the server executes the first command to enable message tracking, and only tracks the delay of the command on a single connection between the client that sends the first command and the server, thereby effectively avoiding the impact on other clients accessing the server.

[0121] Exemplarily, the tracking information of the processing link may include: relevant information in the link of the service request processed by the server, such as interface information, delay information, etc. Among them, the delay information may include: one or more of the delay of the service request waiting for processing, the delay of the service request processing, and the delay of the service response waiting for sending. In this way, through the delay information of the internal stage of the server such as the delay of the service request waiting for processing, the delay of the service request processing, and the delay of the service response waiting for sending, the tracking information of the call chain can be expanded to provide more effective information for problem location.

[0122] In a possible implementation, this step may include: the server, in response to the first command, adds a message tracking enable mark in the connection context between the client and the server, and sends a message tracking enable result to the client.

[0123] In this way, a message tracking enable mark is added to the connection context between the client and the server, so that when the server is in the process of executing the subsequent second command, it can only track messages for the connection between the client and the server, without affecting the access between other clients and servers, and can record the information of each key point (such as the first time point, the second time point, the third time point and the fourth time point mentioned above) in the connection context for subsequent statistics or reporting.

[0124] Step 503: The server processes the service request of the client in response to the second command, and sends a service response obtained by processing the service request.

[0125] Since the server has already started the message tracking function for the connection between the client and the server when executing the first command, in this step, the server responds to the second command and can record the information of each key point in the connection context while processing the service request of the client. Exemplarily, the information of the key point may include: the time when the service request enters the message receiving queue (net-receive-queue), the time when the business thread starts to process the service request, the time when the business thread submits the service response to the message sending queue (net-send-queue), and the time when the service response is sent from the message sending queue; correspondingly, the delay information may include: the first time point, the second time point, the third time point, and the fourth time point; wherein the first time point indicates the time point when the service request enters the message receiving queue; the second time point indicates the time point when the business thread starts to process the service request; the third time point indicates the time point when the business thread submits the service response to the message sending queue; and the fourth time point indicates the time point when the service response is sent from the message sending queue. Furthermore, the delay of the service request waiting for processing can be determined by the difference between the second time point and the first time point, the delay of the service request processing can be determined by the difference between the third time point and the second time point, and the delay of the service response waiting for sending can be determined by the difference between the fourth time point and the third time point. In this way, in the process of processing the service request at the server end, by recording the first time point, the second time point, the third time point, and the fourth time point in the connection context, it is possible to track the delay information of each stage inside the server end at any time, expand the tracking information inside the server end, and provide more effective information for problem location.

[0126] For example, Figure 6 A schematic diagram showing a server tracking delay information according to an embodiment of the present application is shown as follows: Figure 6 As shown, the server includes two message queues: a message receiving queue 61 and a message sending queue 62. When the server receives the first command, the second command (i.e., the service request), and the third command, these three commands first enter the message receiving queue 61 ( Figure 6 Only the service request enters the message receiving queue 61), where the service request waits for the service thread 63 on the server side to process the service request. At this time, the first time point 601 is recorded, that is, the time point when the service request enters the message receiving queue 61; when the service thread 63 starts to process the service request, the second time point 602 is recorded; the service thread 63 processes the service request, and after the service thread 63 processes the service request and generates a service response, when the service thread 63 submits the service response to the message sending queue 62, the third time point 603 is recorded; when the response message is sent out from the message sending queue 62, the fourth time point 604 is recorded.

[0127] Step 504: The server responds to the third command, turns off the message tracking function, and sends tracking information to the client.

[0128] When the server executes the third command, the message tracking function of the server processing the service request is turned off to avoid affecting the subsequent internal processing of other service requests by the server, while saving server resources. The third command cooperates with the first command to realize the opening and closing of the message tracking function at any time, and can only track the delay information of the command on a single connection. At the same time, the server can perform statistical calculations on the delay information recorded in the connection context and send the tracked delay information to the client.

[0129] In the embodiment of the present application, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is turned on to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0130] Figure 7 A flowchart of an information processing method according to an embodiment of the present application is shown, and the method can be applied to the above Figure 1 The client and server of the distributed cache system in the embodiment of the present invention adopt the Redis communication protocol; Figure 7 As shown, the method may include:

[0131] Step 701: When the client initiates a service request to the server, the client sends the encapsulated first command, second command and third command to the server; wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to disable the message tracking function and send tracking information;

[0132] This step can refer to the above Figure 2 Step 201 is not described here any more.

[0133] Step 702: The server receives the first command, the second command, and the third command sent by the client.

[0134] This step can refer to the above Figure 5 Step 501 is not described again here.

[0135] Step 703: In response to the first command, the server starts a message tracking function for the connection between the client and the server to record tracking information of the processing link of the service request, where the tracking information includes delay information in the processing link.

[0136] This step can refer to the above Figure 5 Step 502 is not described again here.

[0137] Step 704: The server processes the service request of the client in response to the second command, and sends a service response obtained by processing the service request.

[0138] This step can refer to the above Figure 5 Step 503 is not described again here.

[0139] Step 705: The server responds to the third command, turns off the message tracking function, and sends tracking information to the client.

[0140] This step can refer to the above Figure 5 Step 504 is not described again here.

[0141] Step 706: The client receives the service response and tracking information sent by the server.

[0142] This step can refer to the above Figure 2 Step 202 is not described again here.

[0143] Figure 8 A schematic diagram showing information interaction between a client and a server according to an embodiment of the present application is shown as follows: Figure 8As shown, the client and the server perform information interaction during the above steps 701-706. When the client initiates a service request to the server, the client sends the encapsulated first command, second command, and third command to the server through a single connection between the client and the server. The server receives the first command, the second command, and the third command. The first command, the second command, and the third command first enter the message receiving queue of the server. The server executes the first command, turns on the message tracking function for the connection between the client and the server, marks the single connection as having turned on the message tracking, so as to record the delay information of the entire service request processing link inside the server, and sends the message tracking turning on result to the client through the message sending queue; the server executes the second command, and the business thread processes the service request waiting in the message sending and receiving queue, obtains the service response, and sends the service response to the client through the message sending queue; the server responds to the third command, turns off the message tracking function, and sends the tracking information to the client through the message sending queue. Thus, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and delimitation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0144] Step 707: The client parses the tracking information and reports the parsed tracking information to the call chain system.

[0145] This step can refer to the above related description, for example Figure 4 , I will not go into details here.

[0146] Step 708: The call chain system displays tracking information.

[0147] In this step, after the client reports the tracking information to the call chain system, the call chain system can display the tracking information through a visual page, that is, it can display the delay information of each stage inside the server. For example, a service dependency topology diagram can be generated based on the delay information and the call chain log related to the processing business. The fault point or the bottleneck point of the entire business processing can be intuitively observed, thereby improving the ability to locate and delimit the problem.

[0148] Taking the order query business as an example, the tracking information in the call chain in the related technology and the tracking information in the extended call chain in the above embodiment of the present application are compared and explained.

[0149] For some commodity sales platforms (such as web-based shopping malls or mobile applications, etc.), in order to improve data query performance, frequently accessed data can generally be stored in a distributed cache system so that relevant data can be quickly queried from the distributed cache system. For example, for order query services, it is necessary to obtain order information and the commodity information involved in the order in order to display it to customers on the sales platform; since different orders may involve the same commodity information, the commodity information can be stored in a distributed cache system, and for order information, such as transaction time, payment account number, etc., generally different order information will be stored in a database (such as a ms SQL database). In this way, when a customer initiates an order query service, the business system needs to call multiple services to obtain order information and commodity information from the database and distributed cache system respectively, so as to display the order query results to customers on the sales platform.

[0150] Fig. 9 A schematic diagram showing a related technology call chain according to an embodiment of the present application is shown. Fig.10 A schematic diagram showing an extended call chain according to an embodiment of the present application is shown. Fig. 9 Neutralization Fig.10 In the , the call chain identifier (Tid, trace ID) indicates the unique identifier of a distributed call, that is, the Tid of all methods called to handle the same business in a distributed call is the same. The current method identifier (sid, span id) indicates the unique identifier of calling a local or remote method, that is, each calling method has a unique sid. The parent method identifier (pid, parent id) indicates the unique identifier of the parent method that calls the current method. The pid is actually a span id, and its value is the same as the span id of the parent method of the current method. The first method called by the business is initiated by the customer, and there is no pid at this time.

[0151] like Fig. 9As shown, the tracking information of the call chain in the related technology is explained by taking the order query business as an example. The customer initiates an order query business to service A. At this time, the first method a1 is called, recorded as Tid:1, sid:1; this method executes the order query business and needs to call method a2, recorded as Tid:1, pid:1, sid:2, and method a3, recorded as Tid:1, pid:1, sid:3. Method a2 needs to call the distributed cache service to provide the corresponding service. At this time, the business node that executes a2 is the client of the distributed cache system, and sends a service request for querying product information to the server of the distributed cache system. The server processes the service request and returns the product information to a2. a2 continues to execute the service according to the product information and returns the corresponding service response to a1; method a3 needs to provide the corresponding service Call method b1 in service B, denoted as Tid:1, pid:3, sid:4. Method b1 provides the corresponding service and needs to call method b2 in service B, denoted as Tid:1, pid:4, sid:5. Method b2 provides the corresponding service and needs to call the database service. At this time, a service request for querying order information is sent to the database. The database processes the service request and returns the order information to b2. b2 continues to perform the service according to the order information and returns the corresponding service response to b1. b1 continues to perform the service after receiving the service response and returns the corresponding service response to a3. a3 continues to perform the service after receiving the service response and returns the corresponding service response to a1. a1 processes the received service responses from a2 and a3 to obtain the order query result and sends it to the customer to display the order query result.

[0152] like Fig.10As shown, taking the order query business as an example, the tracking information of the extended call chain in the above embodiment of the present application is explained. The customer initiates an order query business to service A. At this time, the first method a1 is called, denoted by Tid:1, sid:1; this method executes the order query business, and needs to call method a2, denoted by Tid:1, pid:1, sid:2 and method a3, denoted by Tid:1, pid:1, sid:3. Method a2 provides the corresponding service and needs to call the distributed cache service. At this time, the business node executing a2 is the client of the distributed cache system, and sends a service request for querying product information to the server of the distributed cache system. During the process of the server processing the service request, the method c1 of the server receiving stage is recorded, denoted by Tid:1, pid:2, sid:6; the method c2 of the server processing stage is recorded, denoted by Tid:1, pid:6, sid:7; the method c3 of the server sending stage is recorded, denoted by Tid:1, pid:1, sid:3. d:7, sid:8; c3 returns product information to a2, a2 ​​continues to perform services based on the product information, and returns the corresponding service response to a1; method a3 needs to call method b1 in service B to provide the corresponding service, denoted as Tid:1, pid:3, sid:4, method b1 needs to call method b2 in service B to provide the corresponding service, denoted as Tid:1, pid:4, sid:5, method b2 needs to call database services to provide the corresponding service. At this time, a service request for querying order information is sent to the database, the database processes the service request, and returns the order information to b2, b2 continues to perform services based on the order information, and returns the corresponding service response to b1, b1 continues to perform services based on the service response after receiving it, and returns the corresponding service response to a3, a3 continues to perform services based on the service response after receiving it, and returns the corresponding service response to a1, a1 processes the received service responses from a2 and a3 to obtain the order query results, and sends them to the customer to display the order query results.

[0153] Compare the above Fig. 9 With Fig.10 It can be seen that when a2 calls the distributed cache service, Fig. 9 Only method a2-Tid:1,pid:1,sid:2 is recorded, that is, the tracking information of the call chain in the related technology only includes the delay information from the client to the server of the distributed cache system. Fig.10In the method a2-Tid:1, pid:1, sid:2, the method c1-Tid:1, pid:2, sid:6 of the server receiving phase is recorded; the method c2-Tid:1, pid:6, sid:7 of the server processing phase is recorded; the method c3-Tid:1, pid:7, sid:8 of the server sending phase is recorded. That is, the technical solution in the above embodiment of the present application is adopted to expand the tracking information of the call chain, and each stage of the internal processing of the service request of the distributed cache system server is associated with a span id, so as to track the delay information of each stage of the internal processing of the service request of the server, and improve the problem location and demarcation capability.

[0154] Furthermore, the client of the distributed cache system can access the call chain system, count the latency information of each stage being tracked to the call chain system, and display the call relationship graphically.

[0155] Fig.11 A schematic diagram showing tracking information in an extended call chain according to an embodiment of the present application is shown. Fig.11 As shown, the above Fig.10 Extend the call chain tracking information in Fig.11 , you can clearly observe the service call relationships in the process of processing order query business, as well as the time consumption ratio of each service; as well as the time consumption ratio of each stage within the distributed cache service server, that is, the delay of waiting for service request processing, the delay of processing service request, and the delay of waiting for service response to be sent. By observing the status of each service and each stage, you can quickly locate the root cause of the problem, thereby effectively improving the problem location and demarcation capabilities of the distributed cache system.

[0156] Fig.12 A structural diagram of an information processing device according to an embodiment of the present application is shown. The device can be applied to the above Figure 1 The client of the distributed cache system in Fig.12As shown, the information processing device 12 may include: a sending module 1201, which is used for, when the client initiates a service request to the server, the client sends an encapsulated first command, a second command and a third command to the server, wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to close the message tracking function and send the tracking information; a first receiving module 1202, which is used to receive the service response and the tracking information sent by the server.

[0157] In a possible implementation, the delay information includes: one or more of a delay in waiting for the service request to be processed, a delay in processing the service request, and a delay in waiting for sending the service response.

[0158] In one possible implementation, the latency information includes: a first time point, the first time point indicating the time point when the service request enters the message receiving queue; a second time point, the second time point indicating the time point when the business thread starts to process the service request; a third time point, the third time point indicating the time point when the business thread submits the service response to the message sending queue; and a fourth time point, the fourth time point indicating the time point when the service response is sent from the message sending queue.

[0159] In a possible implementation, the sending module 1201 is further configured to: the client packages and sends the first command, the second command, and the third command through a pipeline.

[0160] In a possible implementation, the device further includes a reporting module, which is used to: parse the tracing information, and report the parsed tracing information to a call chain system.

[0161] In a possible implementation, the distributed cache system adopts a remote dictionary service Redis communication protocol.

[0162] In an embodiment of the present application, when the client initiates a service request to the server, it sends the encapsulated first command, second command and third command, wherein the first command is used to instruct the server to enable the message tracking function for the connection between the client and the server to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; the second command is used to instruct the server to process the service request and send the service response obtained by processing the service request; the third command is used to instruct the server to turn off the message tracking function and send the tracking information; the client receives the service response and the tracking information; in this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and fast and accurate problem location is achieved.

[0163] Fig.13 A structural diagram of an information processing device according to an embodiment of the present application is shown. The device can be applied to the above Figure 1 The server side of the distributed cache system in Fig.13 As shown, the information processing device 13 may include: a second receiving module 1301, used to receive the first command, the second command and the third command sent by the client; a processing module 1302, used to respond to the first command, start the message tracking function for the connection between the client and the server, so as to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; respond to the second command, process the service request of the client, and send the service response obtained by processing the service request; respond to the third command, turn off the message tracking function, and send the tracking information to the client.

[0164] In a possible implementation, the delay information includes: one or more of a delay in waiting for the service request to be processed, a delay in processing the service request, and a delay in waiting for sending the service response.

[0165] In one possible implementation, the latency information includes: a first time point, the first time point indicating the time point when the service request enters the message receiving queue; a second time point, the second time point indicating the time point when the business thread starts to process the service request; a third time point, the third time point indicating the time point when the business thread submits the service response to the message sending queue; and a fourth time point, the fourth time point indicating the time point when the service response is sent from the message sending queue.

[0166] In a possible implementation, the second receiving module 1301 is further configured to: receive, through a pipeline, the first command, the second command, and the third command that are packaged and sent by the client.

[0167] In a possible implementation, the processing module 1302 is further used to: in response to the first command, add a message tracking enable mark in the connection context between the client and the server, and send a message tracking enable result to the client.

[0168] In a possible implementation, the distributed cache system adopts a remote dictionary service Redis communication protocol.

[0169] In the embodiment of the present application, the server receives the first command, the second command and the third command sent by the client; in response to the first command, the message tracking function for the connection between the client and the server is turned on to record the tracking information of the processing link of the service request, and the tracking information includes the delay information in the processing link; in response to the second command, the service request of the client is processed and the service response obtained by processing the service request is sent; in response to the third command, the message tracking function is turned off and the tracking information is sent to the client. In this way, the delay information of each stage inside the server can be tracked at any time, the tracking information inside the server is expanded, the problem location and demarcation capability of the distributed cache system is improved, and the problem location is realized quickly and accurately.

[0170] The various possible implementations or descriptions of the above embodiments have been described above and will not be elaborated here.

[0171] The embodiment of the present application provides an information processing device, comprising: a processor and a memory for storing processor executable instructions; wherein the processor is configured to implement the above-mentioned Figure 2 The method in Figure 5 The method in Figure 7 The method in .

[0172] Fig.14 A structural diagram of an information processing device according to an embodiment of the present application is shown as follows: Fig.14 As shown, the information processing device may include: at least one processor 1401 , a communication line 1402 , a memory 1403 and at least one communication interface 1404 .

[0173] The processor 1401 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.

[0174] The communication link 1402 may include a pathway to transmit information between the above-mentioned components.

[0175] The communication interface 1404 uses any transceiver or other device for communicating with other devices or communication networks, such as Ethernet, RAN, wireless local area networks (WLAN), etc.

[0176] The memory 1403 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of an instruction or data structure and can be accessed by a computer, but is not limited thereto. The memory may be independent and connected to the processor via a communication line 1402. The memory may also be integrated with the processor. The memory provided in the embodiment of the present application may generally have non-volatility. Among them, the memory 1403 is used to store computer execution instructions for executing the scheme of the present application, and is controlled by the processor 1401 for execution. The processor 1401 is used to execute the computer-executable instructions stored in the memory 1403, thereby implementing the method provided in the above embodiment of the present application, as described above. Figure 2 The method in Figure 5 The method in Figure 7 The method in .

[0177] Optionally, the computer-executable instructions in the embodiments of the present application may also be referred to as application code, which is not specifically limited in the embodiments of the present application.

[0178] In a specific implementation, as an embodiment, the processor 1401 may include one or more CPUs, such as Fig.14 CPU0 and CPU1 in.

[0179] In a specific implementation, as an embodiment, the information processing device may include multiple processors, such as Fig.141401 and 1407 in the embodiment of the present invention. Each of these processors may be a single-CPU processor or a multi-CPU processor. A processor herein may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).

[0180] In a specific implementation, as an embodiment, the information processing apparatus may further include an output device 1405 and an input device 1406. The output device 1405 communicates with the processor 1401 and may display information in a variety of ways. For example, the output device 1405 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector. The input device 1406 communicates with the processor 1401 and may receive user input in a variety of ways. For example, the input device 1406 may be a mouse, a keyboard, a touch screen device, or a sensor device.

[0181] The embodiment of the present application provides a non-volatile computer-readable storage medium having computer program instructions stored thereon, and the computer program instructions are executed by a processor to implement the above method, as described above. Figure 2 The method in Figure 5 The method in Figure 7 The method in .

[0182] The embodiment of the present application provides a computer program product containing instructions, including computer readable code, or a non-volatile computer readable storage medium carrying computer readable code. When the computer readable code is executed on a computer, the computer executes the above method, as described above. Figure 2 The method in Figure 5 The method in Figure 7 The method in .

[0183] A computer-readable storage medium may be a tangible device that can hold and store instructions used by an instruction execution device. A computer-readable storage medium may be, for example, but not limited to, an electrical storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. More specific examples of computer-readable storage media (a non-exhaustive list) include: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disc (DVD), a memory stick, a floppy disk, a mechanical encoding device, such as a punch card or a raised structure in a groove on which instructions are stored, and any suitable combination of the foregoing.

[0184] The computer-readable program instructions or codes described herein can be downloaded from a computer-readable storage medium to each computing / processing device, or downloaded to an external computer or external storage device via a network, such as the Internet, a local area network, a wide area network, and / or a wireless network. The network can include copper transmission cables, optical fiber transmissions, wireless transmissions, routers, firewalls, switches, gateway computers, and / or edge servers. The network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in the computer-readable storage medium in each computing / processing device.

[0185] The computer program instructions for performing the operation of the present application may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages, such as Smalltalk, C++, etc., and conventional procedural programming languages, such as "C" language or similar programming languages. Computer-readable program instructions may be executed completely on a user's computer, partially on a user's computer, as an independent software package, partially on a user's computer, partially on a remote computer, or completely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., using an Internet service provider to connect via the Internet). In some embodiments, by utilizing the state information of computer-readable program instructions to personalize an electronic circuit, such as a programmable logic circuit, a field programmable gate array (FPGA) or a programmable logic array (PLA), the electronic circuit can execute the computer-readable program instructions to implement various aspects of the present application.

[0186] Various aspects of the present application are described herein with reference to the flowcharts and / or block diagrams of the methods, devices (systems) and computer program products according to the embodiments of the present application. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer-readable program instructions.

[0187] These computer-readable program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, thereby producing a machine, so that when these instructions are executed by the processor of the computer or other programmable data processing device, a device that implements the functions / actions specified in one or more boxes in the flowchart and / or block diagram is generated. These computer-readable program instructions can also be stored in a computer-readable storage medium, and these instructions cause the computer, programmable data processing device, and / or other equipment to work in a specific manner, so that the computer-readable medium storing the instructions includes a manufactured product, which includes instructions for implementing various aspects of the functions / actions specified in one or more boxes in the flowchart and / or block diagram.

[0188] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device so that a series of operating steps are performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to implement the functions / actions specified in one or more boxes in the flowchart and / or block diagram.

[0189] The flow chart and block diagram in the accompanying drawings show the possible architecture, function and operation of the device, system, method and computer program product according to multiple embodiments of the present application. In this regard, each square frame in the flow chart or block diagram can represent a part of a module, program segment or instruction, and a part of the module, program segment or instruction includes one or more executable instructions for realizing the logical function of the specification. In some alternative implementations, the functions marked in the square frame can also occur in a sequence different from that marked in the accompanying drawings. For example, two continuous square frames can actually be executed substantially in parallel, and they can also be executed in reverse order sometimes, depending on the functions involved.

[0190] It should also be noted that each box in the block diagram and / or flowchart, and the combination of boxes in the block diagram and / or flowchart, can be implemented by hardware (such as a circuit or ASIC (Application Specific Integrated Circuit)) that performs the corresponding function or action, or can be implemented by a combination of hardware and software, such as firmware.

[0191] Although the present invention is described herein in conjunction with various embodiments, in the process of implementing the claimed invention, those skilled in the art may understand and implement other variations of the disclosed embodiments by viewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "one" or "an" does not exclude multiple situations. A single processor or other unit may implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.

[0192] The embodiments of the present application have been described above, and the above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Many modifications and changes will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The selection of terms used herein is intended to best explain the principles of the embodiments, practical applications, or improvements to the technology in the market, or to enable other persons of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. An information processing method, characterized in that: The method is applied to a client of a distributed cache system, wherein the distributed cache system includes a client and a server, and the method includes: When the client initiates a service request to the server, the client sends an encapsulated first command, a second command, and a third command to the server, wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record tracking information of a processing link of the service request, wherein the tracking information includes delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to disable a message tracking function and send the tracking information; the delay information includes one or more of a delay in waiting for processing of the service request, a delay in processing the service request, and a delay in waiting for sending the service response; The service response and the tracking information sent by the server are received.

2. The method according to claim 1, characterized in that The delay information includes: A first time point, the first time point indicating a time point when the service request enters a message receiving queue; A second time point, where the second time point indicates a time point when the business thread starts processing the service request; A third time point, wherein the third time point represents a time point when the business thread submits the service response to the message sending queue; A fourth time point, wherein the fourth time point represents a time point when the service response is sent from the message sending queue.

3. The method according to claim 1, characterized in that: The client sends the encapsulated first command, second command and third command to the server, including: The client packages and sends the first command, the second command, and the third command in a pipeline manner.

4. The method according to claim 1, characterized in that The method further comprises: The tracking information is parsed and reported to the call chain system.

5. The method according to claim 1, characterized in that The distributed cache system adopts the remote dictionary service Redis communication protocol.

6. An information processing method, characterized in that: The method is applied to the server of a distributed cache system, wherein the distributed cache system includes a client and a server, and the method includes: receiving a first command, a second command, and a third command sent by the client; In response to the first command, a message tracking function for the connection between the client and the server is enabled to record tracking information of a processing link of a service request, wherein the tracking information includes delay information in the processing link; the delay information includes one or more of a delay of the service request waiting for processing, a delay of processing the service request, and a delay of a service response waiting for sending; In response to the second command, processing the service request of the client, and sending a service response obtained by processing the service request; In response to the third command, the message tracking function is turned off, and the tracking information is sent to the client.

7. The method according to claim 6, characterized in that The delay information includes: A first time point, the first time point indicating a time point when the service request enters a message receiving queue; A second time point, where the second time point indicates a time point when the business thread starts processing the service request; A third time point, wherein the third time point represents a time point when the business thread submits the service response to the message sending queue; A fourth time point, wherein the fourth time point represents a time point when the service response is sent from the message sending queue.

8. The method according to claim 6, characterized in that The receiving the first command, the second command and the third command sent by the client includes: The first command, the second command and the third command sent by the client in a package are received through a pipeline.

9. The method according to claim 6, characterized in that The step of enabling a message tracking function for a connection between the client and the server in response to the first command includes: In response to the first command, a message tracking enable mark is added to the connection context between the client and the server, and a message tracking enable result is sent to the client.

10. The method according to claim 6, characterized in that The distributed cache system adopts the remote dictionary service Redis communication protocol.

11. An information processing device, characterized in that: The device is applied to a client of a distributed cache system, the distributed cache system includes a client and a server, and the device includes: A sending module, used for, when the client initiates a service request to the server, the client sends the encapsulated first command, second command and third command to the server, wherein the first command is used to instruct the server to enable a message tracking function for the connection between the client and the server to record tracking information of the processing link of the service request, and the tracking information includes delay information in the processing link; the second command is used to instruct the server to process the service request and send a service response obtained by processing the service request; the third command is used to instruct the server to disable the message tracking function and send the tracking information; the delay information includes: one or more of the delay of the service request waiting for processing, the delay of processing the service request, and the delay of waiting for sending the service response; The first receiving module is used to receive the service response and the tracking information sent by the server.

12. The device according to claim 11, characterized in that The delay information includes: A first time point, the first time point indicating a time point when the service request enters a message receiving queue; A second time point, where the second time point indicates a time point when the business thread starts processing the service request; A third time point, wherein the third time point represents a time point when the business thread submits the service response to the message sending queue; A fourth time point, wherein the fourth time point represents a time point when the service response is sent from the message sending queue.

13. The device according to claim 11, characterized in that The sending module is further used for: the client to package and send the first command, the second command and the third command through a pipeline.

14. The device according to claim 11, characterized in that The device also includes a reporting module, which is used to: parse the tracking information and report the parsed tracking information to the call chain system.

15. The device according to claim 11, characterized in that The distributed cache system adopts the remote dictionary service Redis communication protocol.

16. An information processing device, characterized in that: The device is applied to the server of a distributed cache system, the distributed cache system includes a client and a server, and the device includes: A second receiving module, used for receiving the first command, the second command and the third command sent by the client; A processing module, for, in response to the first command, enabling a message tracking function for the connection between the client and the server to record tracking information of a processing link of a service request, wherein the tracking information includes delay information in the processing link; in response to the second command, processing the service request of the client and sending a service response obtained by processing the service request; in response to the third command, disabling a message tracking function and sending the tracking information to the client; the delay information includes one or more of a delay in waiting for processing of the service request, a delay in processing the service request, and a delay in waiting for sending the service response.

17. The device according to claim 16, characterized in that The delay information includes: A first time point, the first time point indicating a time point when the service request enters a message receiving queue; A second time point, where the second time point indicates a time point when the business thread starts processing the service request; A third time point, wherein the third time point represents a time point when the business thread submits the service response to the message sending queue; A fourth time point, wherein the fourth time point represents a time point when the service response is sent from the message sending queue.

18. The device according to claim 16, characterized in that The second receiving module is further used to: receive the first command, the second command and the third command packaged and sent by the client through a pipeline.

19. The device according to claim 16, characterized in that The processing module is further used to: in response to the first command, add a message tracking enable mark in the connection context between the client and the server, and send a message tracking enable result to the client.

20. The device according to claim 16, characterized in that The distributed cache system adopts the remote dictionary service Redis communication protocol.

21. An information processing device, characterized in that: include: processor; a memory for storing processor-executable instructions; Wherein, the processor is configured to implement the method of any one of claims 1-5 when executing the instructions, or to implement the method of any one of claims 6-10.

22. A non-volatile computer-readable storage medium having computer program instructions stored thereon, characterized in that: When the computer program instructions are executed by a processor, the method described in any one of claims 1 to 5 is implemented, or the method described in any one of claims 6 to 10 is implemented.

23. A computer program product comprising instructions, characterized in that When it is run on a computer, it enables the computer to execute the method according to any one of claims 1 to 5, or implement the method according to any one of claims 6 to 10.

Images