CN111367885A - Database management system, database management method, storage medium, and electronic device - Google Patents
Database management system, database management method, storage medium, and electronic device Download PDFInfo
- Publication number
- CN111367885A CN111367885A CN202010128408.2A CN202010128408A CN111367885A CN 111367885 A CN111367885 A CN 111367885A CN 202010128408 A CN202010128408 A CN 202010128408A CN 111367885 A CN111367885 A CN 111367885A
- Authority
- CN
- China
- Prior art keywords
- database
- state
- standby
- main
- management module
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application provides a database management system, a database management method, a storage medium and an electronic device, wherein the system comprises: a master device and a slave device; the master device includes: the system comprises a main database and a main management module; the slave device includes: a standby database and a standby management module; the main management module is used for acquiring the state of a main database and the state of a standby database; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address, and when receiving a data query request carrying the virtual address, sending the data query request to the main database for processing. Therefore, when the main database fails, the standby database can be adopted to provide service. Thus, a highly reliable service can be provided at a low cost.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a database management system, a database management method, a storage medium, and an electronic device.
Background
Currently, the Neo4j database is a high-performance NOSQL graph database, stores structured data in a network, and can provide data having an association relation with information to be queried. The current Neo4j database has two versions, one is the community version Neo4j and one is the business version Neo4 j. The community edition neo4j is a single-node database, is low in cost, but is difficult to provide query service when a single node fails, and is poor in reliability. It is difficult to ensure that a highly reliable service is provided at a low cost.
Disclosure of Invention
A first object of the present application is to propose a database management system, comprising: the main device is provided with a main database and a main management module, and the slave device is provided with a standby database and a standby management module, so that service can be provided by adopting the standby database when the main database fails. Thus, a highly reliable service can be provided at a low cost.
A second object of the present application is to propose a database management method.
A third object of the present application is to propose a non-transitory computer-readable storage medium.
A fourth object of the present application is to provide an electronic device.
An embodiment of a first aspect of the present application provides a database management system, including:
a master device and a slave device;
the master device includes: the system comprises a main database and a main management module; the slave device includes: a standby database and a standby management module;
the master management module is used for acquiring the state of a master database and the state of a standby database; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address, and when receiving a data query request carrying the virtual address, sending the data query request to the main database for processing.
The database management system of the embodiment of the application comprises: a master device and a slave device; the master device includes: the system comprises a main database and a main management module; the slave device includes: a standby database and a standby management module; the main management module is used for acquiring the state of a main database and the state of a standby database; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address, and when receiving a data query request carrying the virtual address, sending the data query request to the main database for processing. Therefore, when the main database fails, the standby database can be adopted to provide service. Thus, a highly reliable service can be provided at a low cost.
An embodiment of a second aspect of the present application provides a database management method, including:
acquiring the state of a main database on main equipment and the state of a standby database on standby equipment;
when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address; when a data query request carrying the virtual address is received, sending the data query request to the main database for processing to obtain a data query result;
and when the state of the main database is abnormal and the state of the standby database is normal, deleting the corresponding relation between the virtual address and the address of the main equipment and establishing the corresponding relation between the virtual address and the address of the auxiliary equipment.
According to the database management method, the state of the main database on the main equipment and the state of the standby database on the standby equipment are obtained; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address; when a data query request carrying a virtual address is received, sending the data query request to a main database for processing to obtain a data query result; and when the state of the main database is abnormal and the state of the standby database is normal, deleting the corresponding relation between the virtual address and the address of the main equipment and establishing the corresponding relation between the virtual address and the address of the auxiliary equipment. Therefore, when the main database fails, the standby database can be adopted to provide service. Thus, a highly reliable service can be provided at a low cost.
A third aspect of the present application provides a non-transitory computer-readable storage medium, wherein instructions in the storage medium, when executed by a processor, implement a database management method as described above.
An embodiment of a fourth aspect of the present application provides an electronic device, including: a memory, a processor; the memory has stored therein computer instructions that, when executed by the processor, implement a database management method as described above.
Additional aspects and advantages of the present invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:
FIG. 1 is a schematic block diagram of a database management system according to one embodiment of the present application;
FIG. 2 is a schematic flow diagram of a database management method according to one embodiment of the present application;
fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary and intended to be used for explaining the present application and should not be construed as limiting the present application.
A database management system, a method, a storage medium, and an electronic device according to embodiments of the present application are described below with reference to the drawings.
Fig. 1 is a schematic structural diagram of a database management system according to an embodiment of the present application.
As shown in fig. 1, the database management system 10 includes:
a master device 11 and a slave device 12;
the master device 11 includes: a primary database 110 and a primary management module 111; the slave device 12 includes: a standby database 120 and a standby management module 121;
the primary management module 111 is configured to obtain a state of a primary database and a state of a standby database; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address, and when receiving a data query request carrying the virtual address, sending the data query request to the main database for processing.
In this embodiment, the primary database 110 and the standby database 120 are community version neo4j graphic databases. The mode of setting the main database 110 on the master device may be that a community version neo4j installation package is downloaded from a neo4j official website on the master device, a configuration file of the neo4j installation package is changed according to requirements after decompression, for example, a master device address is added, and the main database 110 is set on the master device.
In this embodiment, after the main device is provided with the main database 110, the test data corresponding to the main database may be obtained, and the test data is used to test the main database to determine whether the main database can normally operate. The test data may include: test information to be queried and a corresponding theoretical query result; the test information to be queried can be carried in the query request and sent to the main database, and if the obtained query result is consistent with the theoretical query result, the main database is determined to work normally.
The manner and the test manner of setting the standby database 120 on the slave device may refer to the manner and the test manner of setting the main database 110 on the master device, and are not described herein again.
In this embodiment, the active management module 111 and the standby management module 121 are keepalived high-availability cluster applications. The Keepalived application is used for managing the state of the equipment, and if the master equipment fails to work, the Keepalived application uses the slave equipment to work.
In this embodiment, keepalive applications may be installed on the master device 11 and the slave device 12, and configuration files of the keepalive applications may be changed as required, for example, a virtual address, a master device address, a slave device address, and the like of the registration database management system; and then starting the keepalived application to realize the functions of the main management module and the standby management module.
On the basis of the foregoing embodiment, the primary management module 111 is further configured to send a switching instruction to the standby management module and delete the corresponding relationship between the virtual address and the address of the primary device when the state of the primary database is an abnormal state and the state of the standby database is a normal state;
the standby management module 121 is configured to establish a corresponding relationship between the virtual address and a slave device address according to the standby switching instruction.
On the basis of the above embodiment, the master management module 111 and the standby management module 121 are respectively embedded with a status monitoring script; the state monitoring script embedded in the master management module 111 is used for monitoring the state of the master database; the state monitoring script embedded in the standby management module 121 is configured to monitor a state of the standby database.
The state monitoring script embedded in the active management module 111 is used to call a service interface of the active database, and determine the state of the active database according to a returned result. For example, the returned result may be a status code of the primary database; if the state code is 200, determining that the main database is in a normal state; and if the state code is 0, determining that the main database is in an abnormal state.
On the basis of the above embodiment, in order to ensure that the data of the primary database and the data of the standby database are consistent, data synchronization scripts may be provided on the primary database 110 and the standby database 120, and are used for performing data synchronization on the primary database 110 and the standby database 120.
In this embodiment, the synchronization triggering condition of the data synchronization script on the primary database 110 is that the primary database has any one or more of data updating operation and periodic synchronization; the synchronization triggering condition of the data synchronization script on the standby database 120 is that the standby database has any one or more of data updating operation and periodic synchronization. For example, if there is a data write operation on the primary database, data synchronization is triggered, and the newly written data on the primary database is synchronized to the standby database.
The database management system of the embodiment of the application comprises: a master device and a slave device; the master device includes: the system comprises a main database and a main management module; the slave device includes: a standby database and a standby management module; the main management module is used for acquiring the state of a main database and the state of a standby database; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address, and when receiving a data query request carrying the virtual address, sending the data query request to the main database for processing. Therefore, when the main database fails, the standby database can be adopted to provide service. Thus, a highly reliable service can be provided at a low cost.
Fig. 2 is a schematic flowchart of a database management method according to an embodiment of the present application. As shown in fig. 2, the database management method may include the steps of:
The main execution body of the database management method in this embodiment is a database management device, and the database management device may be a primary management module or a standby management module in the database management system shown in fig. 1. Under the condition that the database management device is a main management module, the mode that the database management device acquires the state of the main database can call a service interface of the main database for the running state monitoring script, and the state of the main database is determined according to a returned result; the database management apparatus may acquire the state of the standby database in such a manner that the state of the standby database is acquired from the standby management module.
According to the database management method, the state of the main database on the main equipment and the state of the standby database on the standby equipment are obtained; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address; when a data query request carrying a virtual address is received, sending the data query request to a main database for processing to obtain a data query result; and when the state of the main database is abnormal and the state of the standby database is normal, deleting the corresponding relation between the virtual address and the address of the main equipment and establishing the corresponding relation between the virtual address and the address of the auxiliary equipment. Therefore, when the main database fails, the standby database can be adopted to provide service. Thus, a highly reliable service can be provided at a low cost.
In order to implement the above embodiments, the present application also proposes a non-transitory computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements a database management method as described above.
In order to implement the foregoing embodiments, the present application further provides an electronic device, as shown in fig. 3, and fig. 3 is a schematic structural diagram of the electronic device according to an embodiment of the present application. The electronic device includes:
The processor 1002, when executing the instructions, implements the database management methods provided in the embodiments described above.
Further, the electronic device further includes:
a communication interface 1003 for communicating between the memory 1001 and the processor 1002.
The processor 1002 is configured to implement the database management method according to the foregoing embodiment when executing the program.
If the memory 1001, the processor 1002, and the communication interface 1003 are implemented independently, the communication interface 1003, the memory 1001, and the processor 1002 may be connected to each other through a bus and perform communication with each other. The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 3, but this does not mean only one bus or one type of bus.
Optionally, in a specific implementation, if the memory 1001, the processor 1002, and the communication interface 1003 are integrated on one chip, the memory 1001, the processor 1002, and the communication interface 1003 may complete communication with each other through an internal interface.
The processor 1002 may be a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits configured to implement embodiments of the present Application.
In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing steps of a custom logic function or process, and alternate implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present application.
The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. If implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc. Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.
Claims (11)
1. A database management system, comprising:
a master device and a slave device;
the master device includes: the system comprises a main database and a main management module; the slave device includes: a standby database and a standby management module;
the master management module is used for acquiring the state of a master database and the state of a standby database; when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address, and when receiving a data query request carrying the virtual address, sending the data query request to the main database for processing.
2. The system according to claim 1, wherein the active management module is further configured to send a switch instruction to the standby management module and delete the corresponding relationship between the virtual address and the address of the host device when the state of the active database is an abnormal state and the state of the standby database is a normal state;
and the standby management module is used for establishing the corresponding relation between the virtual address and the slave equipment address according to the standby switching instruction.
3. The system according to claim 1, wherein a state monitoring script is embedded in each of the active management module and the standby management module;
the state monitoring script is embedded into the main management module and is used for monitoring the state of the main database;
and the state monitoring script is embedded into the standby management module and is used for monitoring the state of the standby database.
4. The system according to claim 3, wherein the state monitoring script embedded in the active management module is configured to invoke a service interface of the active database, and determine the state of the active database according to the returned result.
5. The system according to claim 1, wherein the active database and the standby database are respectively provided with a data synchronization script for performing data synchronization on the active database and the standby database.
6. The system according to claim 5, wherein the synchronization triggering condition of the data synchronization script on the primary database is that the primary database has any one or more of data updating operation and periodic synchronization;
the synchronization triggering condition of the data synchronization script on the standby database is that the standby database has any one or more of data updating operation and periodic synchronization.
7. The system of claim 1, wherein the primary database and the backup database are community version neo4j graphic databases.
8. The system of claim 1, wherein the active management module and the standby management module are keepalived high availability cluster applications.
9. A database management method, comprising:
acquiring the state of a main database on main equipment and the state of a standby database on standby equipment;
when the state of the main database is a normal state, establishing a corresponding relation between a virtual address of a database management system and a main equipment address; when a data query request carrying the virtual address is received, sending the data query request to the main database for processing to obtain a data query result;
and when the state of the main database is abnormal and the state of the standby database is normal, deleting the corresponding relation between the virtual address and the address of the main equipment and establishing the corresponding relation between the virtual address and the address of the auxiliary equipment.
10. A non-transitory computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the database management method of claim 9.
11. An electronic device, comprising: a memory, a processor; the memory has stored therein computer instructions which, when executed by the processor, implement the database management method of claim 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010128408.2A CN111367885A (en) | 2020-02-28 | 2020-02-28 | Database management system, database management method, storage medium, and electronic device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010128408.2A CN111367885A (en) | 2020-02-28 | 2020-02-28 | Database management system, database management method, storage medium, and electronic device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111367885A true CN111367885A (en) | 2020-07-03 |
Family
ID=71210339
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010128408.2A Pending CN111367885A (en) | 2020-02-28 | 2020-02-28 | Database management system, database management method, storage medium, and electronic device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111367885A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024055153A1 (en) * | 2022-09-13 | 2024-03-21 | Paypal, Inc. | Dual write and dual read access to graph databases |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107015885A (en) * | 2016-07-12 | 2017-08-04 | 阿里巴巴集团控股有限公司 | Service providing method, system and configuration center when primary standby data storehouse switches |
| CN108932295A (en) * | 2018-05-31 | 2018-12-04 | 康键信息技术（深圳）有限公司 | Primary database method for handover control, device, computer equipment and storage medium |
| CN109783468A (en) * | 2018-12-04 | 2019-05-21 | 网联清算有限公司 | Database switching method and system, medium and computer system |
| CN110019484A (en) * | 2018-01-04 | 2019-07-16 | 腾讯科技（深圳）有限公司 | Database Systems and implementation method, management equipment, data interface unit and medium |
| US20200050522A1 (en) * | 2018-08-13 | 2020-02-13 | Remote DBA Experts, LLC | Highly available cloud-based database services |
-
2020
- 2020-02-28 CN CN202010128408.2A patent/CN111367885A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107015885A (en) * | 2016-07-12 | 2017-08-04 | 阿里巴巴集团控股有限公司 | Service providing method, system and configuration center when primary standby data storehouse switches |
| CN110019484A (en) * | 2018-01-04 | 2019-07-16 | 腾讯科技（深圳）有限公司 | Database Systems and implementation method, management equipment, data interface unit and medium |
| CN108932295A (en) * | 2018-05-31 | 2018-12-04 | 康键信息技术（深圳）有限公司 | Primary database method for handover control, device, computer equipment and storage medium |
| US20200050522A1 (en) * | 2018-08-13 | 2020-02-13 | Remote DBA Experts, LLC | Highly available cloud-based database services |
| CN109783468A (en) * | 2018-12-04 | 2019-05-21 | 网联清算有限公司 | Database switching method and system, medium and computer system |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024055153A1 (en) * | 2022-09-13 | 2024-03-21 | Paypal, Inc. | Dual write and dual read access to graph databases |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11907561B2 (en) | Data backup method and apparatus | |
| US7574620B2 (en) | Method for operating an arrangement of a plurality of computers in the event of a computer failure | |
| CN109788068B (en) | Heartbeat state information reporting method, device and equipment and computer storage medium | |
| CN110457342B (en) | Transaction processing method and device | |
| US11184435B2 (en) | Message transmission method and apparatus in cluster file system | |
| CN106776093A (en) | A kind of application exception log processing method and system | |
| US20230412742A1 (en) | Apparatus, method, and system for monitoring image-forming apparatus, and storage medium | |
| WO2021004256A1 (en) | Node switching method in node failure and related device | |
| US8977595B1 (en) | Message-recovery file log locating and monitoring | |
| CN113190619B (en) | Data read-write method, system, equipment and medium for distributed KV database | |
| CN111367885A (en) | Database management system, database management method, storage medium, and electronic device | |
| CN112636987B (en) | Cross-chain gateway determination method and system for block chain and terminal equipment | |
| CN112015595B (en) | Master-slave database switching method, computing device and storage medium | |
| CN111031126B (en) | Cluster cache sharing method, system, equipment and storage medium | |
| CN111614701B (en) | Distributed cluster and container state switching method and device | |
| CN113596195B (en) | Public IP address management method, device, main node and storage medium | |
| CN116319841A (en) | Distributed storage dynamic capacity expansion method and device and electronic equipment | |
| CN111193818A (en) | Method, system, equipment and medium for obtaining IP address | |
| CN116820430B (en) | Asynchronous read-write method, device, computer equipment and storage medium | |
| CN109344015B (en) | Method and system for preventing double main nodes by using HA (home agent) for database service | |
| CN110825487B (en) | Management method for preventing split brain of virtual machine and main server | |
| CN117312081A (en) | Fault detection method, device, equipment and medium for distributed storage system | |
| CN107480004B (en) | Fault recovery method and device and computer equipment | |
| CN114090551A (en) | Method, device and system for storing data | |
| CN116088887A (en) | Upgrading method for moment limiter, processor and moment limiter |
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 |