CN112000641A - Data storage method, device and system - Google Patents

Data storage method, device and system Download PDF

Info

Publication number
CN112000641A
CN112000641A CN202010758646.1A CN202010758646A CN112000641A CN 112000641 A CN112000641 A CN 112000641A CN 202010758646 A CN202010758646 A CN 202010758646A CN 112000641 A CN112000641 A CN 112000641A
Authority
CN
China
Prior art keywords
database
request
sub
data
write
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010758646.1A
Other languages
Chinese (zh)
Other versions
CN112000641B (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.)
New H3C Big Data Technologies Co Ltd
Original Assignee
New H3C Big Data 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 New H3C Big Data Technologies Co Ltd filed Critical New H3C Big Data Technologies Co Ltd
Priority to CN202010758646.1A priority Critical patent/CN112000641B/en
Publication of CN112000641A publication Critical patent/CN112000641A/en
Application granted granted Critical
Publication of CN112000641B publication Critical patent/CN112000641B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/214Database migration support
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2282Tablespace storage structures; Management thereof

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The disclosure provides a data storage method, a data storage device and a data storage system, wherein the method can be applied to a proxy server proxy, when the proxy receives a data write-in request, if the data requested to be written in is requested to be written in for the first time, the proxy can randomly distribute and send the write-in request to a sub-database in any database group in a cluster, and generate a corresponding relation among a name of a measurement, an identification of the distributed database group and an identification of the sub-database according to the measurement carried in the write-in request. Therefore, according to the method, when the data are written into the database for the first time, the corresponding relation between the randomly distributed measurements and the database is adopted, even if the measurements are added subsequently, the corresponding relation between the measurements and the database does not need to be fixedly configured on the proxy again like the prior art, and complicated operations such as manual configuration are avoided.

Description

Data storage method, device and system
Technical Field
The present disclosure relates to the field of database clusters, and in particular, to a data storage method, apparatus, and system.
Background
The infiux DataBase (abbreviated as infiuxdb) is an open-source time sequence DataBase and is widely applied to monitoring data of a storage system.
In the prior art, the InfluxDB has no cluster function, and if a single InfluxDB is deployed, the read-write bottleneck exists and high availability cannot be achieved. If a plurality of infiluxdbs are deployed, generally, a proxy is deployed, and when data is read and written, the proxy forwards a read-write request to the corresponding infiluxdbs through the configured corresponding relationship between the measurement and the infiluxdbs. Where measurement is used in infiluxdb to describe the association of stored data and fields, similar to table tables in relational databases.
It can be seen that, in the prior art, the corresponding relationship between the measurement and the infiluxdb needs to be configured in the configuration file, and if the infiluxdb is newly deployed, there is no way to rebalance the number of measurements stored in each infiluxdb.
Disclosure of Invention
To overcome the problems in the related art, the present specification provides a data storage method, apparatus, and system.
According to a first aspect of embodiments herein, there is provided a data storage method, the method comprising:
receiving a data writing request, wherein the writing request comprises written data and a name of a table in which the data is to be written;
if the name of the table included in the write request is determined to be the first time of request writing, the write request is randomly sent to a sub-database in any database group in a database cluster;
recording the corresponding relation among the name of the table, the identification of the distributed database group and the identification of the sub-database;
when a reading request of the data is received, determining a sub-database corresponding to the data requested to be read by the reading request according to the corresponding relation;
and forwarding the reading request to the determined sub-database.
According to a second aspect of the embodiments of the present specification, there is provided a data storage method applied to a server where a database is located, the method including:
receiving a migration request of a sub-database, wherein the migration request comprises an identifier of the sub-database to be migrated and address information of a target database to which the sub-database to be migrated is migrated;
and sending the data in the sub-database to the target database.
According to a third aspect of embodiments herein, there is provided a data storage device comprising:
the device comprises a receiving module, a sending module and a receiving module, wherein the receiving module is used for receiving a write-in request of data, and the write-in request comprises written-in data and a name of a table in which the data is to be written;
a sending module, configured to send the write request to a sub-database in any database group in a database cluster at random when it is determined that the name of the table included in the write request is the first request to write;
the recording module is used for recording the corresponding relation among the name of the table, the identification of the distributed database group and the identification of the sub-database;
the receiving module is further used for determining a sub-database corresponding to the data requested to be read by the reading request according to the corresponding relation when the reading request of the data is received;
the sending module is further configured to forward the read request to the determined sub-database.
According to a fourth aspect of embodiments herein, there is also provided a data storage apparatus comprising:
the migration request receiving module is used for receiving a migration request of the sub-database module, wherein the migration request comprises an identifier of a sub-database to be migrated and address information of a target database to which the sub-database module to be migrated is migrated;
and the migration module is used for sending the data in the sub-database to the target database.
According to a fifth aspect of embodiments herein, there is also provided a data storage system comprising the data storage device of the third and fourth aspects of the embodiments described above.
The technical scheme provided by the embodiment of the specification can have the following beneficial effects: the corresponding relation between the measurement of the data writing request and the database group and the sub-databases is randomly distributed and established, so that the corresponding relation between the measurement and the databases does not need to be fixedly configured like the prior art, and the subsequent expansion of the databases is facilitated on the basis of the method disclosed by the invention
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the specification.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present specification and together with the description, serve to explain the principles of the specification.
FIG. 1 is a schematic flow chart diagram of a data storage method provided by the present disclosure;
FIG. 2 is a schematic diagram of a database architecture to which the data storage method provided by the present disclosure may be applied;
FIG. 3 is a schematic diagram of data migration after capacity expansion of a prior art database;
FIG. 4 is a schematic diagram illustrating data migration after capacity expansion of a data storage method provided by the present disclosure;
fig. 5 is a schematic diagram of a data storage device provided by the present disclosure.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the specification, as detailed in the appended claims.
Before describing the methods provided by the present disclosure in detail, a basic description will be given of some concepts involved in the present disclosure.
Measurement: one of the infixdb data structures is similar to the concept of a table in a relational database, and thus the measurement is referred to as a table in this disclosure.
And (2) Series: series in the same InfluxDB belongs to a series set for identifying where the data comes from, and the data of the same series are physically arranged together according to a time sequence. Where tag is indexed in the infiluxdb with the measurement as an index to the database.
Database group: the database group in the present disclosure refers to a database group formed by a primary database and a backup database, and when data is written, data is written into both the primary database and the backup database, so that data in the primary database and the backup database are completely the same.
Database and sub-database: since multiple databases may also be created in the infixdb, the infixdb is referred to as a database in the present disclosure, and the multiple databases created based on the infixdb are referred to as sub-databases.
Example one
In the related technology, the corresponding relation between the measurment and the database is directly configured on the proxy, so that the application program on the user side can conveniently control the corresponding relation between the measurment and the database. However, in the scene of the database cluster, the proxy operates the database, and the application program does not care about the corresponding relationship between the measurment and the database, so that the configuration of the fixed configuration mode of the corresponding relationship between the measurment and the database is complicated, and once the measurment is added, the configuration file also needs to be modified, and the proxy is restarted.
Therefore, the present disclosure provides a data storage method, which is applied to a proxy server proxy, and when the proxy receives a data write request, if the data requested to be written is requested to be written for the first time, the proxy randomly allocates the write request to a sub-database in any database group in a cluster, and generates a corresponding relationship between a name of a measurement element, an identifier of the allocated database group, and an identifier of the sub-database according to the measurement element carried in the write request. Therefore, according to the method, when data are written into the database for the first time, the corresponding relation between the randomly distributed measurements and the database is adopted, and even if the measurements are newly added, the corresponding relation between the measurements and the database does not need to be fixedly configured on the proxy again like the prior art.
Specifically, fig. 1 is a schematic flow chart of the data storage method provided by the present disclosure, and for convenience of explaining the data storage method provided by the present disclosure, the data storage method of the present disclosure is explained in detail by using the database architecture shown in fig. 2. When the databases are established, the number of the established databases may be specified, for example, taking the case that 4 inflxdbs are deployed in fig. 2, and under the condition that a database group, that is, an active/standby database is adopted, the four databases may be evenly distributed into two database groups, for example, inflxdb 1.1 and inflxdb 1.2 form a database group0, and inflxdb 2.1 and inflxdb 2.2 form a database group1, where inflxdb 1.1 and inflxdb 1.2 are active/standby databases, and data stored in the two databases are completely the same; the influxDB2.1 and the influxDB2.2 are mutually main and standby databases, and the data stored by the two databases are completely the same. In addition, 2 sub-databases are created in each inflxdb, and on proxy, the corresponding relationship between the inflxdb database and the sub-database established in the database is recorded. As shown in fig. 1 and fig. 2, the data storage method provided by the present disclosure, applied to proxy, includes:
step 202, proxy receives a data write request, where the write request includes written data and a name of a table in which the data is to be written.
Generally, when an application program on a user side sends a write request to a proxy, the write request carries written data and a name of a measurement to be written in the data.
For example, the name of measurement included in the write request received by proxy is m1, and the data to be written is the IP address 127.0.0.1 of the host. The name of the table can also be understood as the identifier of the table, and is used for distinguishing different measurements.
Step 204, if the proxy determines that the name of the table included in the write request is the first request for writing, the write request is randomly sent to a sub-database in any database group in the database cluster.
Step 206, record the name of the table, the identifier of the assigned database group and the corresponding relationship of the identifier of the sub-database.
If proxy determines that the table name m1 carried in the write request is the first write, then the sub-database will be randomly allocated for the write request. In fact, the correspondence between the table name and the sub-database is also established randomly.
For example, if the IP address 127.0.0.1 of the host is assigned to be written by DB-0 in the database group0, proxy records the corresponding relationship between the names m1 and group0 of the table and DB-0. If the database infiuxDB 1.1 is the primary database and the database infiuxDB 1.2 is the backup database, then after the infiuxDB 1.1 receives the write request, a measurement named m1 is established in DB-0, and the IP address 127.0.0.1 of the host is written into m 1. When data is written, the data is synchronously written in the inflxdb 1.1 and the backup database inflxdb 1.2, so that the data written in the two inflxdb databases and the name of the measurement are completely the same.
And step 208, when a data reading request is received, determining a sub-database corresponding to the data requested to be read by the reading request according to the corresponding relation.
Step 210, forwarding the read request to the determined sub-database.
When a read request for data is received, for example, when a read request for data in m1 is received, the database group corresponding to m1 may be determined to be group0 and the sub-database may be DB-0 according to the correspondence generated in step 206. Proxy will send a read request to influxDB1.1 to read the data in table m1 in DB-0. Of course, other query conditions may also be included in the read request, and the present disclosure is only described by taking the example that the query conditions include table names.
According to the embodiment of the disclosure, the proxy of the disclosure randomly allocates and establishes the corresponding relationship between the measurement of the data write request and the database group and the sub-database, so that the proxy does not need to fixedly configure the corresponding relationship between the measurement and the database like the prior art. On the basis of the method, subsequent capacity expansion of the database is facilitated, and complicated configuration is avoided.
In order to achieve the balance of data stored in each database in the database cluster, the proxy may obtain the load condition of each database in the database cluster, and when the name of a table included in a received data write request is a first request write, may send the write request to a database group corresponding to a database with the smallest load.
The load condition of each database can be obtained by obtaining the number of series in the database to determine the load of the database. The larger the series number is, the larger the pressure of the infiluxdb database is, so that the first-time written measurement and the data carried in the write request can be written into the database with the smallest load.
For example, when the proxy receives a write request including a table name m2 in the write request, if m2 is a first request for writing, and if the proxy learns that the infixdb 2.1 load is the minimum according to the obtained load condition, the write request carrying m2 may be sent to the database group corresponding to the database with the minimum load.
In addition, in the prior art, there is actually another problem: when most manufacturers create a database by using infiluxdb, as shown in fig. 3, only one sub-database is created in each database in the database group, for example, only one sub-database is created in each of the primary databases infiluxdb1.1 to infiluxdb3.1, and names of the sub-databases are the same, and when a database cluster is expanded and the database is migrated, only the whole sub-database can be migrated, for example, as shown in fig. 3, after the database cluster is expanded, the DB in infiluxdb1.1 is migrated to the infiluxdb3.1, and after the migration, the original database infiluxdb1.1 becomes a blank database, which means that load sharing of the cluster cannot be achieved well at all.
The data storage method provided in another embodiment of the present application is applied to a server where a database is located, in the embodiment of the present disclosure, a plurality of databases may form a database cluster, and physical servers where the databases are located may be the same or different, which is not limited by the present disclosure. The method comprises the following steps:
step 302, receiving a migration request of the sub-database, where the migration request includes an identifier of the sub-database to be migrated and address information of a destination database to which the sub-database to be migrated is migrated.
The subject of sending the database migration request is not limited in this disclosure. The controller may be a controller that controls and manages the database system, or may be another network device.
And step 304, sending the data in the sub-database to the target database.
For example, as shown in fig. 4, when the database influxdb1.1 receives a migration request of the sub-database DB-0, the migration request includes an identifier of the sub-database DB-0 and a destination database to which the sub-database DB-0 is to be migrated, in this embodiment, the destination database is influxdb3.1 as an example. Then DB-0 will be migrated to inflxdb3.1, so that the load of each database of the whole cluster is relatively balanced, and the phenomenon of data imbalance stored in each database after capacity expansion in the prior art will not occur.
After the migration of the database is completed, for example, the corresponding relationship between the names m1, group0 and DB-0 of the tables originally stored in the proxy is updated to the corresponding relationship between m1, group2 and DB-0 along with the migration of DB-0. When a subsequent proxy receives a read request for data, the read request is sent to the sub-database DB-0 in the database group 2.
Example two
On the basis of the above method embodiment, the present disclosure further provides a data storage device, which may be used to execute the method executed by the proxy, and fig. 5 is a schematic structural diagram of the data storage device provided by the present disclosure, as shown in fig. 5, the data storage device includes:
a receiving module 501, configured to receive a write request for data, where the write request includes written data and a name of a table to which the data is to be written;
a sending module 502, configured to send the write request to a sub-database in any database group in a database cluster at random when it is determined that the name of the table included in the write request is the first request to write;
a recording module 503, configured to record a correspondence between a name of the table, an identifier of the assigned database group, and an identifier of the sub-database;
the receiving module 501 is further configured to determine, when a data reading request is received, a sub-database corresponding to data requested to be read by the data reading request according to the correspondence relationship;
the sending module 502 is further configured to forward the read request to the determined sub-database.
Optionally, in order to better implement load sharing of the database cluster, the data storage apparatus may further include:
and an obtaining module (not shown in the figure), configured to obtain load conditions of each database in the database cluster, where when a name of a table included in a data write request received by the receiving module is a first request to write, the sending module sends the write request to a database group corresponding to a database with a minimum load.
Optionally, after capacity expansion of the database is performed, the corresponding relationship may be updated by using an update module, and therefore, the data storage device may further include:
and the updating module (not shown in the figure) is used for updating the corresponding relation among the names of the tables, the identifiers of the database groups and the identifiers of the sub-databases after the database cluster is expanded.
EXAMPLE III
The present disclosure also provides a data storage device, which may be used for a data storage method for executing database execution, wherein a sub-database module is installed in the data storage device, and the device includes:
the migration request receiving module is used for receiving a migration request of the sub-database module, wherein the migration request comprises an identifier of a sub-database to be migrated and address information of a target database to which the sub-database module to be migrated is migrated;
and the migration module is used for sending the data in the sub-database to the target database.
The present disclosure also provides a data storage system, which may include the data storage devices of the second embodiment and the third embodiment.
It will be understood that the present description is not limited to the precise arrangements described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present description is limited only by the appended claims.
The above description is only a preferred embodiment of the present disclosure, and should not be taken as limiting the present disclosure, and any modifications, equivalents, improvements, etc. made within the spirit and principle of the present disclosure should be included in the scope of the present disclosure.

Claims (9)

1. A data storage method is applied to a proxy server, and is characterized by comprising the following steps:
receiving a data writing request, wherein the writing request comprises written data and a name of a table in which the data is to be written;
if the name of the table included in the write request is determined to be the first time of request writing, the write request is randomly sent to a sub-database in any database group in a database cluster;
recording the corresponding relation among the name of the table, the identification of the distributed database group and the identification of the sub-database;
when a reading request of the data is received, determining a sub-database corresponding to the data requested to be read by the reading request according to the corresponding relation;
and forwarding the reading request to the determined sub-database.
2. The method of claim 1, further comprising: and acquiring the load condition of each database in the database cluster, and when the name of a table included in the received data write request is the first request write, sending the write request to the database group corresponding to the database with the minimum load.
3. The method according to claim 1 or 2, characterized in that the method further comprises:
and after the database cluster is expanded, updating the corresponding relation among the table name, the identifier of the database group and the identifier of the sub-database.
4. A data storage method is applied to a server where a database is located, and is characterized by comprising the following steps:
receiving a migration request of a sub-database, wherein the migration request comprises an identifier of the sub-database to be migrated and address information of a target database to which the sub-database to be migrated is migrated;
and sending the data in the sub-database to the target database.
5. A data storage device, characterized in that the device comprises:
the device comprises a receiving module, a sending module and a receiving module, wherein the receiving module is used for receiving a write-in request of data, and the write-in request comprises written-in data and a name of a table in which the data is to be written;
a sending module, configured to send the write request to a sub-database in any database group in a database cluster at random when it is determined that the name of the table included in the write request is the first request to write;
the recording module is used for recording the corresponding relation among the name of the table, the identification of the distributed database group and the identification of the sub-database;
the receiving module is further used for determining a sub-database corresponding to the data requested to be read by the reading request according to the corresponding relation when the reading request of the data is received;
the sending module is further configured to forward the read request to the determined sub-database.
6. The apparatus of claim 5, further comprising:
and the sending module is used for sending the write-in request to a database group corresponding to the database with the minimum load when the name of the table included in the write-in request of the data received by the receiving module is the first request for writing.
7. The apparatus of claim 5 or 6, further comprising:
and the updating module is used for updating the corresponding relation among the name of the table, the identifier of the database group and the identifier of the sub-database after the database cluster is expanded.
8. A data storage device having a database module installed therein, the device comprising:
the migration request receiving module is used for receiving a migration request of the sub-database module, wherein the migration request comprises an identifier of a sub-database to be migrated and address information of a target database to which the sub-database module to be migrated is migrated;
and the migration module is used for sending the data in the sub-database to the target database.
9. A data storage system, characterized in that the system comprises the apparatus of claims 5 to 7 and the apparatus of claim 8.
CN202010758646.1A 2020-07-31 2020-07-31 Data storage method, device and system Active CN112000641B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010758646.1A CN112000641B (en) 2020-07-31 2020-07-31 Data storage method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010758646.1A CN112000641B (en) 2020-07-31 2020-07-31 Data storage method, device and system

Publications (2)

Publication Number Publication Date
CN112000641A true CN112000641A (en) 2020-11-27
CN112000641B CN112000641B (en) 2022-08-30

Family

ID=73463556

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010758646.1A Active CN112000641B (en) 2020-07-31 2020-07-31 Data storage method, device and system

Country Status (1)

Country Link
CN (1) CN112000641B (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050066118A1 (en) * 2003-09-23 2005-03-24 Robert Perry Methods and apparatus for recording write requests directed to a data store
CN102035865A (en) * 2009-09-30 2011-04-27 阿里巴巴集团控股有限公司 Data storing and addressing methods, systems and equipment
US20130268509A1 (en) * 2012-04-04 2013-10-10 Cindy O'neill System and method for storing and retrieving data
CN103714097A (en) * 2012-10-09 2014-04-09 阿里巴巴集团控股有限公司 Method and device for accessing database
CN106815218A (en) * 2015-11-27 2017-06-09 华为技术有限公司 Data bank access method, device and Database Systems
CN108121776A (en) * 2017-12-13 2018-06-05 深圳市智物联网络有限公司 A kind of method for reading data and device
CN108280148A (en) * 2018-01-02 2018-07-13 中国民生银行股份有限公司 A kind of data migration method and data migration server
CN110659255A (en) * 2018-06-28 2020-01-07 武汉斗鱼网络科技有限公司 Data migration method, device and system and storage medium

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050066118A1 (en) * 2003-09-23 2005-03-24 Robert Perry Methods and apparatus for recording write requests directed to a data store
CN102035865A (en) * 2009-09-30 2011-04-27 阿里巴巴集团控股有限公司 Data storing and addressing methods, systems and equipment
US20130268509A1 (en) * 2012-04-04 2013-10-10 Cindy O'neill System and method for storing and retrieving data
CN103714097A (en) * 2012-10-09 2014-04-09 阿里巴巴集团控股有限公司 Method and device for accessing database
CN106815218A (en) * 2015-11-27 2017-06-09 华为技术有限公司 Data bank access method, device and Database Systems
CN108121776A (en) * 2017-12-13 2018-06-05 深圳市智物联网络有限公司 A kind of method for reading data and device
CN108280148A (en) * 2018-01-02 2018-07-13 中国民生银行股份有限公司 A kind of data migration method and data migration server
CN110659255A (en) * 2018-06-28 2020-01-07 武汉斗鱼网络科技有限公司 Data migration method, device and system and storage medium

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LI CHAO ET AL.: "An IO Optimized Data Access Method in Distributed Key-Value Storage System", 《IEEE XPLORE》 *
胡昊 等: "一个高性能Key/Value数据库XDB的设计与实现", 《计算机工程与科学》 *
郭会云等: "基于负载均衡的多源流数据实时存储系统", 《计算机工程与科学》 *

Also Published As

Publication number Publication date
CN112000641B (en) 2022-08-30

Similar Documents

Publication Publication Date Title
US10891267B2 (en) Versioning of database partition maps
US10853182B1 (en) Scalable log-based secondary indexes for non-relational databases
CN106933508B (en) Application container migration method and device
CN106815218B (en) Database access method and device and database system
US9690679B2 (en) Transaction commitment and replication in a storage system
US8103624B2 (en) Apparatus and method for automating the logging of table changes in a database
CN110532123B (en) Fault transfer method and device of HBase system
US11263270B1 (en) Heat balancing in a distributed time-series database
US11409771B1 (en) Splitting partitions across clusters in a time-series database
CN110830582B (en) Cluster owner selection method and device based on server
CN111680019A (en) Data capacity expansion method and device for block chain
CN111274004B (en) Process instance management method and device and computer storage medium
US7321561B2 (en) Verification of connections between devices in a network
US11366598B1 (en) Dynamic lease assignments in a time-series database
US20170041393A1 (en) Rebalancing And Elastic Storage Scheme With Elastic Named Distributed Circular Buffers
CN112000641B (en) Data storage method, device and system
CN113064919A (en) Data processing method, data storage system, computer device and storage medium
US7831623B2 (en) Method, system, and article of manufacture for storing device information
CN116610670A (en) State data storage method and device based on block chain
Pankowski Consistency and availability of Data in replicated NoSQL databases
CN115587141A (en) Database synchronization method and device
CN111209304B (en) Data processing method, device and system
US11436059B2 (en) Method and system for proximity based workload and data placement
KR20010039297A (en) Data storage method in file system using grouping
CN112083886A (en) Storage management method, system and device of NAS (network attached storage) equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant