CN110532242B - Service message sending method and device - Google Patents

Service message sending method and device Download PDF

Info

Publication number
CN110532242B
CN110532242B CN201910754665.4A CN201910754665A CN110532242B CN 110532242 B CN110532242 B CN 110532242B CN 201910754665 A CN201910754665 A CN 201910754665A CN 110532242 B CN110532242 B CN 110532242B
Authority
CN
China
Prior art keywords
database
service
name
service message
operation information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910754665.4A
Other languages
Chinese (zh)
Other versions
CN110532242A (en
Inventor
王兴驰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Advanced New Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN201910754665.4A priority Critical patent/CN110532242B/en
Publication of CN110532242A publication Critical patent/CN110532242A/en
Application granted granted Critical
Publication of CN110532242B publication Critical patent/CN110532242B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

The embodiment of the application relates to a service message sending method and device, wherein the method comprises the following steps: recording operation information of a database in a database log, wherein the database comprises a first table; analyzing a database log to generate a database change event, wherein the database change event comprises operation information, and the operation information comprises a table name of a first table; monitoring a database change event when the table name of the first table is the same as the table name of a second table configured for the service system; extracting operation information from the database change event and constructing a service message; and sending the service message to the service system for the service system to count service change conditions according to the service message. From the above, according to the embodiment of the application, the database change is monitored by recording the operation information of the database, so that the occurrence of the database change can be more accurately confirmed, and accordingly, the accuracy of sending the service message can be improved.

Description

Service message sending method and device
The application is a divisional application of an invention patent application with the application number 201410569325.1, namely a business message sending method and device, which is filed on the 10 th and 22 th of 2014.
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for sending a service message.
Background
With the increasing frequency of service change, the service system needs to regularly count service change conditions so as to formulate corresponding service development strategies according to the counted service change conditions. The service change is specifically embodied in that the service attribute is changed, and the service attribute is stored in the database in the form of a field value of the database table, so that the service change is also embodied in the database. By monitoring the database change and sending the service message to the service system after monitoring the database change, the service system can count the service change condition according to the received service message.
In the prior art, a method of monitoring a database change at a service layer is adopted when monitoring the database change, that is, whether the database change occurs is determined by monitoring whether a field value of a database table changes.
Therefore, the method of monitoring the change of the database in the prior art is adopted to monitor whether the field value of the database table changes, and when the database is abnormal, for example, the data in the database is lost, the field value of the database table is monitored to change, so that the database change is misjudged, at the moment, the service message is sent to the service system, the problem of inaccurate service message sending occurs, and accordingly, the service system counts the service change condition according to the received service message.
Disclosure of Invention
The embodiment of the application provides a service message sending method and device, which can solve the problem of inaccurate service message sending in the prior art.
In a first aspect, a service message sending method is provided, and the method includes:
recording operation information of a database in a database log, wherein the database comprises a first table;
analyzing the database log to generate a database change event, wherein the database change event comprises the operation information, and the operation information comprises a table name of the first table;
monitoring the database change event when the table name of the first table is the same as the table name of a second table configured for the service system;
extracting the operation information from the database change event and constructing a service message;
and sending the service message to the service system for the service system to count service change conditions according to the service message.
In a second aspect, there is provided a service message transmitting apparatus, the apparatus comprising: the system comprises a recording unit, an analyzing unit, a monitoring unit, a service message constructing unit and a service message sending unit;
the recording unit is used for recording operation information of a database in a database log, wherein the database comprises a first table;
the analysis unit is used for analyzing the database log recorded by the recording unit and generating a database change event, wherein the database change event comprises the operation information, and the operation information comprises the table name of the first table;
the monitoring unit is configured to monitor the database change event when the table name of the first table included in the database change event generated by the parsing unit is the same as the table name of the second table configured for the service system;
the service message construction unit is used for extracting the operation information from the database change event monitored by the monitoring unit and constructing a service message;
the service message sending unit is used for sending the service message constructed by the service message construction unit to the service system, and the service system is used for counting service change conditions according to the service message.
In the service message sending method, operation information of a database is recorded in a database log, a database change event is generated by analyzing the database log, when the table name of a first table included in the database log is the same as the table name of a second table configured for a service system, the database change event is monitored, the operation information is extracted from the database change event, a service message is constructed, and the service message is sent to the service system to be used for the service system to count service change conditions according to the service message. As can be seen from the above, in the embodiment of the present application, by recording the operation information of the database, the database change is monitored, so that the occurrence of the database change can be more accurately confirmed, and since the database generally includes a plurality of tables, the database change event is monitored according to the table names, so that the method and the device can be more targeted, and accordingly, the accuracy of sending the service message can be improved.
Drawings
Fig. 1 is a schematic diagram of a service message sending system architecture provided in an embodiment of the present application;
fig. 2 is a flowchart of a service message sending method provided in the first embodiment of the present application;
fig. 3 is a flowchart of a service message sending method provided in the second embodiment of the present application;
fig. 4 is a block diagram of a service message sending device according to an embodiment of the present application.
Detailed Description
For the purposes of making the objects, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
For the purpose of facilitating an understanding of the embodiments of the present application, reference will now be made to the following description of specific embodiments, taken in conjunction with the accompanying drawings, in which the embodiments are not intended to limit the embodiments of the present application.
Fig. 1 is a schematic diagram of a service message sending system architecture provided in the embodiment of the present application, where the system includes a database server 101, a service system 102, a service message sending device 103, and a configuration center 104, where the database server 101 provides services for applications of the service system 102, the services may specifically be insertion, update, query, or delete services, the services may be implemented by performing corresponding operations through SQL statements, the service system 102 may be one or multiple, the number of service systems 102 in fig. 1 is merely an example, and not as a limitation, and the service message sending device 103 may send corresponding service messages to the service system 102 according to the name of a class of a service message configured by the configuration center 104 for the service system 102. In this embodiment of the present application, the operation information of the database may be recorded in a database log, specifically may be a Binlog database log, and the Binlog database log is periodically parsed by a Binlog parser to generate a database change event, where the database change event includes the operation information, and then a service message may be constructed according to the operation information. The Binlog database log and the Binlog parser described above may be integrated in the service message transmitting apparatus 103.
Fig. 2 is a flowchart of a service message sending method provided in an embodiment of the present application, where an execution body of the method may be a dedicated device for executing the method, or may be an existing network device, for example, a database server, and as shown in fig. 2, the method specifically includes:
in step 201, operation information of a database is recorded in a database log, wherein the database comprises a first table.
The recording the operation information of the database in a database log, wherein the database comprises a first table, and the method specifically comprises the following steps: when a first operation is performed on a first field in a first table of a database, obtaining operation information of the database, wherein the operation information comprises a table name of the first table, an operation name of the first operation, a field name of the first field and a field value of the first field; and recording the operation information in a Binlog database log.
Step 202, analyzing the database log, and generating a database change event, wherein the database change event comprises the operation information, and the operation information comprises a table name of the first table.
The analyzing the database log to generate a database change event may specifically include: when the preset moment is reached, the database log is analyzed, and a database change event is generated.
And 203, monitoring the database change event when the table name of the first table is the same as the table name of the second table configured for the service system.
Wherein, when the name of the first table is the same as the name of the second table configured for the service system, monitoring the database change event may specifically include: and monitoring the database change event when the name of the first table is completely or partially the same as the name of a second table configured for the service system.
And 204, extracting the operation information from the database change event and constructing a service message.
The extracting the operation information from the database change event and constructing a service message may specifically include: when the operation name of the first operation is the same as the operation name of a second operation configured for a service system, extracting the operation information from the database change event; filtering out a field value of the first field from the operation information; resolving the name of the class according to the table name of the first table; filling the attribute of the class by using the filtered field value of the first field, thereby constructing a service model; and assembling the operation name of the first operation and the service model into a service message.
In this embodiment of the present application, the first operation or the second operation may specifically include: an insert operation, an update operation, a query operation, or a delete operation.
Step 205, the service message is sent to the service system, so that the service system counts service change conditions according to the service message.
Wherein, the sending the service message to the service system may specifically include: and sending the service message to the service system according to the name of the class configured for the service system.
In the service message sending method, operation information of a database is recorded in a database log, a database change event is generated by analyzing the database log, when the table name of a first table included in the database log is the same as the table name of a second table configured for a service system, the database change event is monitored, the operation information is extracted from the database change event, a service message is constructed, and the service message is sent to the service system to be used for the service system to count service change conditions according to the service message. As can be seen from the above, in the embodiment of the present application, by recording the operation information of the database, the database change is monitored, so that the occurrence of the database change can be more accurately confirmed, and since the database generally includes a plurality of tables, the database change event is monitored according to the table names, so that the method and the device can be more targeted, and accordingly, the accuracy of sending the service message can be improved.
The service message sending method is described in more detail below through the second embodiment of the present application.
Fig. 3 is a flowchart of a service message sending method provided in the second embodiment of the present application, where an execution body of the method may be a dedicated device for executing the method, or may be an existing network device, for example, a database server, and as shown in fig. 3, the method specifically includes:
step 301, when a first operation is performed on a first field in a first table of a database, operation information on the database is obtained.
The operation information includes a table name of the first table, an operation name of the first operation, a field name of the first field, and a field value of the first field.
Step 302, the operation information is recorded in a Binlog database log.
For example, when a user performs an insert operation on a database, the user needs to construct data through a service layer, then insert the data into the database, and the Binlog database log records relevant operation information of the insert operation. The specific record form can adopt the following statement:
Insert into goods(goods_type,price)values(“clothes”,50.0);
wherein Insert is the operation name of the first operation; goods is the form name of the first form; the goods_type and the price are field names of the first field; the first field is a field value of the first field.
And step 303, when the preset time is reached, analyzing the database log to generate a database change event.
The database change event comprises the operation information, and the operation information comprises a table name of the first table.
In the embodiment of the application, the database log may not be analyzed in real time, and when the preset time is reached, the database log is analyzed, so that the system processing resources are saved.
The Binlog database log can be analyzed through a Binlog analyzer so as to analyze the operation information recorded in the Binlog database log, a database change event comprising the operation information is generated, and the table name, the field name and the field value of a table changed in the database can be obtained by monitoring the database change event.
And step 304, monitoring the database change event when the table name of the first table is completely or partially the same as the table name of the second table configured for the service system.
Since a database typically includes multiple tables, database change events may be snooped by table names. In addition, the capacity of each table is limited, so that it often happens that the table is divided into a database, and monitoring the database change event according to the table name comprises: and monitoring the table corresponding to the table name and the database change event corresponding to the sub-table of the table. For example, when a table with a table name of goods has a sub-table, monitoring can be performed by using a regular expression, and a specific form can be "goods". X ", so that database change events corresponding to all the goods tables and their sub-tables can be monitored.
And step 305, when the operation name of the first operation is the same as the operation name of the second operation configured for the service system, extracting the operation information from the database change event.
Since the service system is usually not interested in the database change caused by all operations (actions) performed on the database by the user, but is only interested in the database change caused by one or more operations, the operation name of the second operation can be configured for the service system, specifically, when the service system subscribes to the service message, the user can select the operation name of the second operation, namely, which operations are interested by the user, the operation information is extracted from the database change event according to the operation name, so that the extracted operation information is more accurate, and accordingly, the service message sent to the service system is more accurate.
Step 306, filtering the field value of the first field from the operation information.
After filtering out the field values of the first field, the field values may be stored in a Map type, e.g., in the form shown in table one.
List one
Commodity type Book with book cover
Price (Unit: yuan) 40
Step 307, resolving the name of the class according to the table name of the first table; and filling the attribute of the class by using the filtered field value of the first field, thereby constructing a service model.
Corresponding classes are configured for the service system in advance, each class corresponds to a service model, the service model is composed of attributes, and the service model can be specifically shown in a table II.
Watch II
Figure BDA0002168359450000081
The commodity is the name of the class, the commodity type and the price are attributes of the class, the commodity type is a String type variable, and the price is a double type variable.
When the business model is constructed, higher customization can be performed by using a script, and the following processing procedures can be realized through the script: the names of the classes (classes) are analyzed according to the table names of the first table, for example, when the table names of the first table are called as the classes, the names of the classes are analyzed according to a preset rule, then the filtered field values in the step 306 are stored in the form of maps, the attributes in the service model are filled, for example, the attributes of the goodsType in the classes can be simply filled by the field values of the goodsype, and the priority in the classes can be simply filled by the priority, so that the service information can be sent to the service system more flexibly through the realization of high compatibility and customization through the script, and the requirements of the service system can be met.
Step 308, assembling the operation name of the first operation and the service model into a service message.
In this embodiment of the present application, the first operation or the second operation may specifically include: an insert operation, an update operation, a query operation, or a delete operation.
And step 309, sending the service message to the service system according to the name of the class configured for the service system.
In this embodiment of the present application, the service message may be sent to the service system according to a name of a class configured for the service system, and further, the service message may also be sent to the service system according to a name of a class configured for the service system and an operation name configured for the service system. Wherein the names of the classes are necessary, the operation names are optional, when the service system subscribes to the service message, the service system can select which class of change is interested, and which operation is interested, and defaults to all operations.
As can be seen from the above processing procedure, in the service message sending method provided in the second embodiment of the present application, after the database change event is monitored according to the table name, the operation information can be further extracted from the database change event according to the operation name, so that the accuracy of sending the service message is further improved.
Correspondingly to the above service message sending method, the embodiment of the present application further provides a service message sending device, as shown in fig. 4, which is a structure diagram of the service message sending device provided in the embodiment of the present application, where the service message sending device includes: a recording unit 401, an parsing unit 402, a listening unit 403, a service message constructing unit 404, and a service message transmitting unit 405;
the recording unit 401 is configured to record operation information of a database in a database log, where the database includes a first table;
the parsing unit 402 is configured to parse the database log recorded by the recording unit 401, and generate a database change event, where the database change event includes the operation information, and the operation information includes a table name of the first table;
the monitoring unit 403, configured to monitor the database change event when the table name of the first table included in the database change event generated by the parsing unit 402 is the same as the table name of the second table configured for the service system;
the service message construction unit 404 is configured to extract the operation information from the database modification event monitored by the monitoring unit 403, and construct a service message;
the service message sending unit 405 is configured to send the service message constructed by the service message constructing unit 404 to the service system, so that the service system counts service change conditions according to the service message.
Preferably, the recording unit 401 specifically includes: an acquisition subunit and a recording subunit;
the obtaining subunit is configured to obtain operation information on the database when a first operation is performed on a first field in a first table of the database, where the operation information includes a table name of the first table, an operation name of the first operation, a field name of the first field, and a field value of the first field;
the recording subunit is configured to record the operation information acquired by the acquiring subunit in a Binlog database log.
Preferably, the parsing unit 402 is specifically configured to: when the preset time is reached, the database log recorded by the recording unit 401 is parsed, and a database change event is generated, where the database change event includes the operation information, and the operation information includes a table name of the first table.
Preferably, the monitoring unit 403 is specifically configured to: and monitoring the database change event when the table name of the first table included in the database change event generated by the parsing unit 402 is identical to or partially identical to the table name of the second table configured for the service system.
More preferably, the service message construction unit 404 specifically includes: an operation information extraction subunit, a field value filtering subunit, an analysis subunit, a service model construction subunit and a service message assembly subunit;
the operation information extraction subunit is configured to extract the operation information from the database change event when the operation name of the first operation is the same as the operation name of the second operation configured for the service system;
the field value filtering subunit is configured to filter the field value of the first field from the operation information extracted by the operation information extracting subunit;
the analysis subunit is configured to analyze the name of the class according to the table name of the first table;
the service model construction subunit is configured to populate the attribute of the class with the field value of the first field filtered by the field value filtering subunit, thereby constructing a service model;
the service message assembling subunit is configured to assemble the operation name of the first operation and the service model into a service message.
More preferably, the first operation or the second operation includes: an insert operation, an update operation, a query operation, or a delete operation.
More preferably, the service message sending unit 405 is specifically configured to: and sending the service message to the service system according to the name of the class configured for the service system.
Those of skill would further appreciate that the various illustrative objects and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of function in order to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied in hardware, in a software module executed by a processor, or in a combination of the two. The software modules may be disposed in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The foregoing embodiments have been provided for the purpose of illustrating the general principles of the present application, and are not meant to limit the scope of the invention, but to limit the scope of the invention.

Claims (14)

1. A service message sending method performed in a service message sending system, the service message sending system comprising a database server, a plurality of service systems, a service message sending device and a configuration center, the method being performed by the service message sending device, the method comprising, for a first service system of the plurality of service systems:
recording operation information of a first table in a database via the database server in a database log;
analyzing the database log to generate a database change event, wherein the database change event comprises the operation information, and the operation information comprises a table name of the first table;
monitoring the database change event when the table name of the first table is the same as the table name of a second table configured for the first service system by the configuration center;
extracting the operation information from the database change event and constructing a service message;
and sending the service message to the first service system, so that the first service system can count service change conditions according to the service message.
2. The method of claim 1, wherein the operation information of the first table in the database via the database server is recorded in a database log, specifically comprising:
when a first operation is performed on a first field in the first table of the database, operation information of the database is obtained, wherein the operation information comprises a table name of the first table, an operation name of the first operation, a field name of the first field and a field value of the first field;
and recording the operation information in a Binlog database log.
3. The method according to claim 1, wherein said parsing the database log to generate database change events specifically comprises:
when the preset moment is reached, the database log is analyzed, and a database change event is generated.
4. The method according to claim 1, wherein monitoring the database change event when the table name of the first table is the same as the table name of a second table configured by the configuration center for the first service system, specifically comprises:
and monitoring the database change event when the table name of the first table is completely or partially the same as the table name of a second table configured for the first service system by the configuration center.
5. The method according to claim 2, wherein the extracting the operation information from the database change event and constructing a service message specifically comprises:
when the operation name of the first operation is the same as the operation name of a second operation configured for the first service system by the configuration center, extracting the operation information from the database change event;
filtering out a field value of the first field from the operation information;
resolving the name of the class according to the table name of the first table;
filling the attribute of the class by using the filtered field value of the first field, thereby constructing a service model;
and assembling the operation name of the first operation and the service model into a service message.
6. The method of claim 5, wherein the first operation or the second operation comprises: an insert operation, an update operation, a query operation, or a delete operation.
7. The method according to claim 5 or 6, wherein said sending the service message to the first service system specifically comprises:
and sending the service message to the first service system according to the name of the class configured by the configuration center for the first service system.
8. A service message transmitting apparatus in a service message transmitting system, the service message transmitting system further comprising a database server, a plurality of service systems, and a configuration center, the service message transmitting apparatus comprising: the system comprises a recording unit, an analyzing unit, a monitoring unit, a service message constructing unit and a service message sending unit;
for a first one of the plurality of business systems:
the recording unit is used for recording the operation information of the first table in the database log through the database server;
the analysis unit is used for analyzing the database log recorded by the recording unit and generating a database change event, wherein the database change event comprises the operation information, and the operation information comprises the table name of the first table;
the monitoring unit is configured to monitor the database change event when the table name of the first table included in the database change event generated by the parsing unit is the same as the table name of the second table configured by the configuration center for the first service system;
the service message construction unit is used for extracting the operation information from the database change event monitored by the monitoring unit and constructing a service message;
the service message sending unit is configured to send the service message constructed by the service message constructing unit to the first service system, so that the first service system counts service change conditions according to the service message.
9. The apparatus according to claim 8, wherein the recording unit specifically comprises: an acquisition subunit and a recording subunit;
the obtaining subunit is configured to obtain, when a first operation is performed on a first field in the first table of the database, operation information on the database, where the operation information includes a table name of the first table, an operation name of the first operation, a field name of the first field, and a field value of the first field;
the recording subunit is configured to record the operation information acquired by the acquiring subunit in a Binlog database log.
10. The apparatus of claim 8, wherein the parsing unit is specifically configured to:
when the preset moment is reached, analyzing the database log recorded by the recording unit to generate a database change event, wherein the database change event comprises the operation information, and the operation information comprises the table name of the first table.
11. The apparatus of claim 8, wherein the listening unit is specifically configured to:
and monitoring the database change event when the table name of the first table included in the database change event generated by the analysis unit is completely or partially the same as the table name of a second table configured for the first service system by the configuration center.
12. The apparatus according to claim 9, wherein the service message construction unit specifically comprises: an operation information extraction subunit, a field value filtering subunit, an analysis subunit, a service model construction subunit and a service message assembly subunit;
the operation information extraction subunit is configured to extract the operation information from the database change event when the operation name of the first operation is the same as the operation name of the second operation configured by the configuration center for the first service system;
the field value filtering subunit is configured to filter the field value of the first field from the operation information extracted by the operation information extracting subunit;
the analysis subunit is configured to analyze the name of the class according to the table name of the first table;
the service model construction subunit is configured to populate the attribute of the class with the field value of the first field filtered by the field value filtering subunit, thereby constructing a service model;
the service message assembling subunit is configured to assemble the operation name of the first operation and the service model into a service message.
13. The apparatus of claim 12, wherein the first operation or the second operation comprises: an insert operation, an update operation, a query operation, or a delete operation.
14. The apparatus according to claim 12 or 13, wherein the service message sending unit is specifically configured to: and sending the service message to the first service system according to the name of the class configured by the configuration center for the first service system.
CN201910754665.4A 2014-10-22 2014-10-22 Service message sending method and device Active CN110532242B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910754665.4A CN110532242B (en) 2014-10-22 2014-10-22 Service message sending method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910754665.4A CN110532242B (en) 2014-10-22 2014-10-22 Service message sending method and device
CN201410569325.1A CN105528378B (en) 2014-10-22 2014-10-22 Service message sending method and device

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201410569325.1A Division CN105528378B (en) 2014-10-22 2014-10-22 Service message sending method and device

Publications (2)

Publication Number Publication Date
CN110532242A CN110532242A (en) 2019-12-03
CN110532242B true CN110532242B (en) 2023-04-25

Family

ID=55770604

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910754665.4A Active CN110532242B (en) 2014-10-22 2014-10-22 Service message sending method and device
CN201410569325.1A Active CN105528378B (en) 2014-10-22 2014-10-22 Service message sending method and device

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201410569325.1A Active CN105528378B (en) 2014-10-22 2014-10-22 Service message sending method and device

Country Status (1)

Country Link
CN (2) CN110532242B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110968438B (en) * 2019-11-29 2022-09-02 江苏满运软件科技有限公司 Asynchronous notification method and device of event message, electronic equipment and storage medium

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102096623A (en) * 2009-12-14 2011-06-15 深圳速浪数字技术有限公司 Operation log generation method, server and business operational support system
CN103823797A (en) * 2012-11-16 2014-05-28 镇江诺尼基智能技术有限公司 FTP (file transfer protocol) based real-time industry database data synchronization system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003141173A (en) * 2001-08-22 2003-05-16 Komatsu Ltd Database management system and database
US9106761B2 (en) * 2010-09-23 2015-08-11 Salesforce.Com, Inc. Methods and apparatus for inviting users to follow records in an on-demand database service environment

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102096623A (en) * 2009-12-14 2011-06-15 深圳速浪数字技术有限公司 Operation log generation method, server and business operational support system
CN103823797A (en) * 2012-11-16 2014-05-28 镇江诺尼基智能技术有限公司 FTP (file transfer protocol) based real-time industry database data synchronization system

Also Published As

Publication number Publication date
CN110532242A (en) 2019-12-03
CN105528378B (en) 2019-10-15
CN105528378A (en) 2016-04-27

Similar Documents

Publication Publication Date Title
CN111581054B (en) Log embedded point service analysis alarm system and method based on ELK
CN108156006B (en) Buried point data reporting method and device and electronic equipment
CN108847977B (en) Service data monitoring method, storage medium and server
US10664837B2 (en) Method and system for real-time, load-driven multidimensional and hierarchical classification of monitored transaction executions for visualization and analysis tasks like statistical anomaly detection
CN108509658B (en) XML file parsing method and device
CN104462606B (en) A kind of method that diagnostic process measure is determined based on daily record data
CN108509326B (en) Service state statistical method and system based on nginx log
JP2019502191A (en) Service call information processing method and device
CN107273267A (en) Log analysis method based on elastic components
CN109977089A (en) Blog management method, device, computer equipment and computer readable storage medium
CN111614483A (en) Link monitoring method and device, storage medium and computer equipment
CN107291594A (en) The device and method that openstack platforms are monitored and managed to ceph
US20210019323A1 (en) Information processing apparatus, data management system, data management method, and non-temporary computer readable medium including data management program
CN108197002B (en) Mobile device non-buried point data statistical method, system, terminal and medium
CN109359109B (en) Data processing method and system based on distributed stream computing
CN111092880A (en) Network traffic data extraction method and device
CN114757639A (en) Data processing method, device, equipment and storage medium
CN110532242B (en) Service message sending method and device
CN111198806B (en) Service call data statistical analysis method and system based on service open platform
CN112380091A (en) Service operation condition monitoring method and device and related equipment
US20160217188A1 (en) Method and device for displaying browser resources and computer readable storage medium
CN110941608B (en) Method, device and equipment for generating buried point analysis and funnel analysis report
CN113778996A (en) Large data stream data processing method and device, electronic equipment and storage medium
CN110752962A (en) Monitoring method and device of advertisement interface
CN114356490B (en) Financial information visualization processing method and system based on big data

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant