WO2017092384A1 - 一种集群数据库分布式存储的方法和装置 - Google Patents

一种集群数据库分布式存储的方法和装置 Download PDF

Info

Publication number
WO2017092384A1
WO2017092384A1 PCT/CN2016/092188 CN2016092188W WO2017092384A1 WO 2017092384 A1 WO2017092384 A1 WO 2017092384A1 CN 2016092188 W CN2016092188 W CN 2016092188W WO 2017092384 A1 WO2017092384 A1 WO 2017092384A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
processed
storage server
cache
processing
Prior art date
Application number
PCT/CN2016/092188
Other languages
English (en)
French (fr)
Inventor
冯骏
黄超
Original Assignee
深圳市华讯方舟软件技术有限公司
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 深圳市华讯方舟软件技术有限公司 filed Critical 深圳市华讯方舟软件技术有限公司
Publication of WO2017092384A1 publication Critical patent/WO2017092384A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1091—Interfacing with client-server systems or between P2P systems

Definitions

  • the present invention belongs to the field of data storage technologies, and in particular, to a method and an apparatus for distributed storage of a cluster database.
  • the traditional network storage system uses a centralized storage server to store all the data.
  • the storage server becomes a bottleneck of system performance, and is also the focus of reliability and security, and cannot meet the needs of large-scale storage applications.
  • the current distributed storage system is to distribute data in multiple independent devices.
  • Using a scalable system architecture using multiple storage servers to share storage load and using location servers to locate storage information, this solution mitigates the pressure on a single storage server to a certain extent, improving system reliability, availability, and access. Efficient and easy to expand. However, it depends on the efficiency of the read and write and storage of the storage server. For large-scale data, the requirements of the storage server are correspondingly improved. Multiple server data nodes mean storing data on multiple storage servers, and the storage server disk size and Reading and writing data will reduce the read efficiency of the storage server.
  • embodiments of the present invention provide a method and apparatus for distributed storage of a cluster database to improve data reading efficiency of the storage server.
  • a first aspect of the embodiments of the present invention provides a method for distributed storage of a cluster database, where the method includes:
  • an apparatus for distributed storage of a cluster database includes:
  • a receiving module a query module, and a processing module
  • the receiving module is configured to receive data processing request information, where the processing request information includes a keyword of data to be processed;
  • the query module is configured to query, according to the keyword, whether the data to be processed exists in a cache of the storage server;
  • the processing module is configured to: if not, query whether the data to be processed exists in a node database of the storage server, and if yes, process the data to be processed, and process the result Feedback to the cache of the storage server to cause the cache of the storage server to send the processing result to the client.
  • the beneficial effects of the embodiment of the present invention compared with the prior art are:
  • the embodiment of the present invention receives data processing request information, where the processing request information includes a keyword of data to be processed, and is queried according to the keyword Whether the data to be processed exists in the cache of the storage server, and if not, whether the data to be processed exists in the node database of the storage server, and if yes, the data to be processed is performed.
  • Processing and feeding back the processing result to the cache of the storage server, so that the cache of the storage server sends the processing result to the client, and when the storage server receives the same data processing request information again, It is further necessary to read from the node database of the storage server, but directly read from the cache of the storage server, which improves the data reading efficiency of the storage server.
  • FIG. 1 is a flowchart of an implementation of a cluster database distributed storage method according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic structural diagram of a cluster database distributed storage device according to Embodiment 2 of the present invention.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • FIG. 1 is a flowchart showing an implementation process of a cluster database distributed storage method according to Embodiment 1 of the present invention, and the implementation process is as follows:
  • step S101 receiving data processing request information, where the processing request information includes a keyword of data to be processed;
  • the storage server receives the data processing request information sent by the client, where the processing request information includes a keyword of the data to be processed, where the keyword includes, but is not limited to, a data table name and a database table. Field name, etc.
  • step S102 querying, according to the keyword, whether the data to be processed exists in a cache of the storage server;
  • the storage server includes a plurality of node databases and a cache, and the cache is used to cache part of data in the node database, and is connected to one or more node databases.
  • the plurality of node databases can provide a unified, complete database view.
  • the cache is the memory of the storage server.
  • step S103 if no, query whether the data to be processed exists in the node database of the storage server, and if yes, process the data to be processed, and feed back the processing result to Caching the storage server to cause the storage server to send the processing result to the client mountain
  • the database when there is data to be processed in different node databases, the database is selected. For a relatively idle node, for example, three nodes database, B, and C have data to be processed. If the current read operation amount of the node database A is smaller than the current read operation amount of the node database B and C, the node is selected.
  • the database A processes the data to be processed; when there are data to be processed in different node databases, and the database state is the same, the data is stored in the order of the node database, and the data processing pressure of the node database is balanced.
  • the data storage order is an order in which data to be processed is allocated to different node databases after data is allocated to the node database.
  • the processing request information may further include a return type of the processing result
  • the processing result may be information about the processed data and/or the completion of the processing.
  • the method before sending the processing result to the client, the method further includes:
  • the processing the data to be processed includes, but is not limited to, querying, adding, deleting, and/or modifying the data to be processed.
  • the node database of the storage server and the cache of the storage server are used to store data, and the cache of the storage server is used to query the database data of the node.
  • the embodiment of the present invention stores data by storing a node database of the server and a cache of the storage server.
  • the storage server receives the same data processing request information again, it is no longer needed from the node database of the storage server. Reading is performed directly from the cache of the storage server, which improves the data reading efficiency of the storage server. Similarly, since data synchronization is not required between multiple node databases in the storage server, Improve the performance of the storage server.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1
  • FIG. 2 is a schematic diagram showing the composition of a cluster database distributed storage device according to Embodiment 2 of the present invention. For convenience of description, only parts related to the embodiment of the present invention are shown, which are as follows:
  • the receiving module 21 is configured to receive data processing request information, where the processing request information includes a keyword of the data to be processed;
  • the receiving module 21 receives data processing request information sent by the client, where
  • the request information includes keywords of data to be processed, including but not limited to a data table name, a field name in a database table, and the like.
  • the querying module 22 is configured to query, according to the keyword, whether the data to be processed exists in a cache of the storage server;
  • the storage server includes a plurality of node databases and a cache, and the cache is used to cache part of data in the node database, and is connected to one or more node databases.
  • the plurality of node databases can provide a unified, complete database view.
  • the cache is the memory of the storage server.
  • the processing module 23 is configured to: if not, query whether the data to be processed exists in the node database of the storage server, and if yes, process the data to be processed, and feed back the processing result. Caching to the storage server to cause the storage server's cache to send the processing result to the client.
  • a node whose database state is relatively idle is selected, for example, three nodes database, B, and C have data to be processed, if the node If the current read operation amount of the database A is smaller than the current read operation amount of the node database B and C, the node database A is selected to process the data to be processed; when there are data to be processed in different node databases, and the database If the status is the same, the data is stored in the order of the node database, and the data processing pressure of the node database is balanced.
  • the data storage order is an order in which data to be processed is allocated to a node database, and data to be processed is allocated to a database of different nodes.
  • the processing request information may further include a return type of the processing result
  • the processing result may be information of the processed data and/or processing completion or not.
  • processing module 23 is further configured to:
  • processing module 23 is further configured to:
  • the processing the data to be processed includes, but is not limited to, querying, adding, deleting, and/or modifying the data to be processed.
  • the node database of the storage server and the cache of the storage server are used to store data, and the cache of the storage server is used to query the node database data.
  • the cluster database distributed storage device provided by the embodiment of the present invention can be used in the first embodiment of the foregoing corresponding method.
  • the embodiment of the present invention stores data by storing a node database of the server and a cache of the storage server.
  • the storage server receives the same data processing request information again, the storage is no longer needed. Reading in the node database of the server, but directly reading from the cache of the storage server, improving the data reading efficiency of the storage server, meanwhile, because the database between the multiple nodes in the storage server is not Data synchronization is required to improve the performance of the storage server.
  • the storage medium includes a ROM/RAM, a magnetic disk, an optical disk, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)

Abstract

一种集群数据库分布式存储的方法和装置，所述方法包括：接收数据处理请求信息，所述处理请求信息包括待处理数据的关键字（S101）；根据所述关键字，查询所述存储服务器的缓存中是否存在所述待处理的数据（S102）；若否，查询所述存储服务器的节点数据库中是否存在所述待处理的数据，若存在，则对所述待处理的数据进行处理，并将处理结果反馈至所述存储服务器的缓存，以使所述存储服务器的缓存将所述处理结果发送至客户端（S103）。本申请提高了存储服务器的数据读取效率。

Description

一种集群数据库分布式存储的方法和装置
技术领域
[0001] 本发明属于数据存储技术领域， 尤其涉及一种集群数据库分布式存储的方法和 装置。
背景技术
[0002] 传统的网络存储系统采用集中的存储服务器存放所有的数据， 存储服务器成为 系统性能的瓶颈， 也是可靠性和安全性的焦点， 不能满足大规模存储应用的需 要。
[0003] 目前的分布式存储系统， 是将数据分散存储在多台独立的设备上。 采用可扩展 的系统结构， 利用多台存储服务器分担存储负荷， 利用位置服务器定位存储信 息， 这种方案虽然在一定程度上缓解了单一存储服务器的压力， 提高了系统的 可靠性、 可用性和存取效率、 易于扩展。 但需要依赖存储服务器的读写与存储 的效率， 对于大规模的数据， 存储服务器的要求也相应提高， 多个服务器数据 节点意味着要在多个存储服务器上存储数据， 存储服务器的磁盘大小与读写数 据都会降低存储服务器的读取效率。
[0004] 故， 有必要提出一种新的技术方案， 以解决上述技术问题。
技术问题
[0005] 鉴于此， 本发明实施例提供一种集群数据库分布式存储的方法和装置， 以提高 存储服务器的数据读取效率。
问题的解决方案
技术解决方案
[0006] 本发明实施例的第一方面， 提供一种集群数据库分布式存储的方法， 所述方法 包括：
[0007] 接收数据处理请求信息， 所述处理请求信息包括待处理数据的关键字；
[0008] 根据所述关键字， 査询所述存储服务器的缓存中是否存在所述待处理的数据； [0009] 若否， 査询所述存储服务器的节点数据库中是否存在所述待处理的数据， 若存 在， 则对所述待处理的数据进行处理， 并将处理结果反馈至所述存储服务器的 缓存， 以使所述存储服务器的缓存将所述处理结果发送至客户端。
[0010] 本发明实施例的第二方面， 提供一种集群数据库分布式存储的装置， 所述装置 包括：
[0011] 接收模块、 査询模块以及处理模块；
[0012] 所述接收模块， 用于接收数据处理请求信息， 所述处理请求信息包括待处理数 据的关键字；
[0013] 所述査询模块， 用于根据所述关键字， 査询所述存储服务器的缓存中是否存在 所述待处理的数据；
[0014] 所述处理模块， 用于若否， 査询所述存储服务器的节点数据库中是否存在所述 待处理的数据， 若存在， 则对所述待处理的数据进行处理， 并将处理结果反馈 至所述存储服务器的缓存， 以使所述存储服务器的缓存将所述处理结果发送至 客户端。
发明的有益效果
有益效果
[0015] 本发明实施例与现有技术相比存在的有益效果是： 本发明实施例接收数据处理 请求信息， 所述处理请求信息包括待处理数据的关键字， 根据所述关键字， 査 询所述存储服务器的缓存中是否存在所述待处理的数据， 若否， 査询所述存储 服务器的节点数据库中是否存在所述待处理的数据， 若存在， 则对所述待处理 的数据进行处理， 并将处理结果反馈至所述存储服务器的缓存， 以使所述存储 服务器的缓存将所述处理结果发送至客户端， 当所述存储服务器再次接收相同 的数据处理请求信息吋， 就不再需要从所述存储服务器的节点数据库中进行读 取， 而是直接从所述存储服务器的缓存中读取， 提高了存储服务器的数据读取 效率。
对附图的简要说明
附图说明
[0016] 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例或现有技术描 述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是 本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性 的前提下， 还可以根据这些附图获得其他的附图。
[0017] 图 1是本发明实施例一提供的集群数据库分布式存储方法的实现流程图；
[0018] 图 2是本发明实施例二提供的集群数据库分布式存储装置的组成示意图。
本发明的实施方式
[0019] 为了使本发明的目的、 技术方案及优点更加清楚明白， 以下结合附图及实施例 ， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施例仅仅用 以解释本发明， 并不用于限定本发明。
[0020] 实施例一：
[0021] 图 1示出了本发明实施例一提供的集群数据库分布式存储方法的实现流程， 所 述实现流程详述如下：
[0022] 在步骤 S101中， 接收数据处理请求信息， 所述处理请求信息包括待处理数据的 关键字；
[0023] 在本发明实施例中， 存储服务器接收客户端发送的数据处理请求信息， 所述处 理请求信息包括待处理数据的关键字， 所述关键字包括但不限于数据表名、 数 据库表中的字段名等。
[0024] 在步骤 S102中， 根据所述关键字， 査询所述存储服务器的缓存中是否存在所述 待处理的数据；
[0025] 在本发明实施例中， 所述存储服务器包括多个节点数据库和一个缓存， 所述缓 存用于缓存节点数据库中的部分数据， 与一个或多个节点数据库连接。 所述多 个节点数据库可以提供统一、 完整的数据库视图。 所述缓存为所述存储服务器 的内存。
[0026] 在步骤 S103中， 若否， 査询所述存储服务器的节点数据库中是否存在所述待处 理的数据， 若存在， 则对所述待处理的数据进行处理， 并将处理结果反馈至所 述存储服务器的缓存， 以使所述存储服务器的缓存将所述处理结果发送至客户 山
[0027] 需要说明的是， 当不同节点数据库中都存在待处理的数据吋， 则选择数据库状 态相对空闲的节点， 例如， 三个节点数据库 、 B、 C中都存在待处理的数据， 若节点数据库 A当前的读取操作量小于节点数据库 B、 C当前的读取操作量， 则 选择节点数据库 A对所述待处理的数据进行处理； 当不同节点数据库中都存在待 处理的数据， 且数据库状态相同吋， 则按照节点数据库的数据存储顺序进行优 先选取， 均衡节点数据库的数据处理压力。 所述数据存储顺序为在对节点数据 库分配数据吋， 将待处理的数据分配给不同节点数据库的顺序。
[0028] 在本发明实施例中， 所述处理请求信息还可以包括处理结果的返回类型， 所述 处理结果可以为处理后的数据和 /或处理完成与否的信息。
[0029] 进一步的， 在将所述处理结果发送至客户端之前， 还包括：
[0030] 将所述处理结果缓存至所述存储服务器的缓存。
[0031] 进一步的， 当所述存储服务器的缓存中存在待处理的数据吋， 则直接对所述待 处理的数据进行处理， 并将处理结果发送至客户端。
[0032] 在本发明实施例中， 所述对所述待处理的数据进行处理包括但不限于对所述待 处理的数据进行査询、 增加、 刪除和 /或修改等。
[0033] 在本发明实施例中， 基于集群数据库分布式存储的概念， 使用存储服务器的节 点数据库和存储服务器的缓存来存储数据， 并使用存储服务器的缓存进行节点 数据库数据的査询。
[0034] 本发明实施例通过存储服务器的节点数据库和存储服务器的缓存来存储数据， 当所述存储服务器再次接收相同的数据处理请求信息吋， 就不再需要从所述存 储服务器的节点数据库中进行读取， 而是直接从所述存储服务器的缓存中读取 ， 提高了存储服务器的数据读取效率， 同吋， 由于所述存储服务器中的多个节 点数据库之间不需要进行数据同步， 提高了存储服务器的性能。
[0035] 实施例二：
[0036] 图 2示出了本发明实施例二提供的集群数据库分布式存储装置的组成示意图， 为了便于说明， 仅示出了与本发明实施例相关的部分， 详述如下：
[0037] 接收模块 21， 用于接收数据处理请求信息， 所述处理请求信息包括待处理数据 的关键字；
[0038] 在本发明实施例中， 接收模块 21接收客户端发送的数据处理请求信息， 所述处 理请求信息包括待处理数据的关键字， 所述关键字包括但不限于数据表名、 数 据库表中的字段名等。
[0039] 査询模块 22， 用于根据所述关键字， 査询所述存储服务器的缓存中是否存在所 述待处理的数据；
[0040] 在本发明实施例中， 所述存储服务器包括多个节点数据库和一个缓存， 所述缓 存用于缓存节点数据库中的部分数据， 与一个或多个节点数据库连接。 所述多 个节点数据库可以提供统一、 完整的数据库视图。 所述缓存为所述存储服务器 的内存。
[0041] 处理模块 23， 用于若否， 査询所述存储服务器的节点数据库中是否存在所述待 处理的数据， 若存在， 则对所述待处理的数据进行处理， 并将处理结果反馈至 所述存储服务器的缓存， 以使所述存储服务器的缓存将所述处理结果发送至客 户端。
[0042] 需要说明的是， 当不同节点数据库中都存在待处理的数据吋， 则选择数据库状 态相对空闲的节点， 例如， 三个节点数据库 、 B、 C中都存在待处理的数据， 若节点数据库 A当前的读取操作量小于节点数据库 B、 C当前的读取操作量， 则 选择节点数据库 A对所述待处理的数据进行处理； 当不同节点数据库中都存在待 处理的数据， 且数据库状态相同吋， 则按照节点数据库的数据存储顺序进行优 先选取， 均衡节点数据库的数据处理压力。 所述数据存储顺序为在对节点数据 库分配数据吋， 将待处理数据分配给不同节点数据库的顺序。
[0043] 在本发明实施例中， 所述处理请求信息还可以包括处理结果的返回类型， 所述 处理结果可以为处理后的数据和 /或处理完成与否的信息。
[0044] 进一步的， 所述处理模块 23还用于：
[0045] 将所述处理结果缓存至所述存储服务器的缓存。
[0046] 进一步的， 所述处理模块 23还用于：
[0047] 当所述存储服务器的缓存中存在待处理的数据吋， 则直接对所述待处理的数据 进行处理， 并将处理结果发送至客户端。
[0048] 在本发明实施例中， 所述对所述待处理的数据进行处理包括但不限于对所述待 处理的数据进行査询、 增加、 刪除和 /或修改等。 [0049] 在本发明实施例中， 基于集群数据库分布式存储的概念， 使用存储服务器的节 点数据库和存储服务器的缓存来存储数据， 并使用存储服务器的缓存进行节点 数据库数据的査询。
[0050] 本发明实施例提供的集群数据库分布式存储装置可以使用在前述对应的方法实 施例一中。
[0051] 所述领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 仅以上述各功 能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功能分配由 不同的功能模块完成， 即所述装置的内部结构划分成不同的功能模块， 上述功 能模块既可以采用硬件的形式实现， 也可以采用软件的形式实现。 另外， 各功 能模块的具体名称也只是为了便于相互区别， 并不用于限制本申请的保护范围
[0052] 综上所述， 本发明实施例通过存储服务器的节点数据库和存储服务器的缓存来 存储数据， 当所述存储服务器再次接收相同的数据处理请求信息吋， 就不再需 要从所述存储服务器的节点数据库中进行读取， 而是直接从所述存储服务器的 缓存中读取， 提高了存储服务器的数据读取效率， 同吋， 由于所述存储服务器 中的多个节点数据库之间不需要进行数据同步， 提高了存储服务器的性能。
[0053] 本领域普通技术人员还可以理解， 实现上述实施例方法中的全部或部分步骤是 可以通过程序来指令相关的硬件来完成， 所述的程序可以在存储于一计算机可 读取存储介质中， 所述的存储介质， 包括 ROM/RAM、 磁盘、 光盘等。
[0054] 以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡在本发明的 精神和原则之内所作的任何修改、 等同替换和改进等， 均应包含在本发明的保 护范围之内。

Claims

权利要求书
[权利要求 1] 一种集群数据库分布式存储的方法， 其特征在于， 所述方法包括： 接收数据处理请求信息， 所述处理请求信息包括待处理数据的关键字 根据所述关键字， 査询存储服务器的缓存中是否存在所述待处理的数 据；
若否， 査询所述存储服务器的节点数据库中是否存在所述待处理的数 据， 若存在， 则对所述待处理的数据进行处理， 并将处理结果反馈至 所述存储服务器的缓存， 以使所述存储服务器的缓存将所述处理结果 发送至客户端。
[权利要求 2] 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括：
当所述存储服务器的缓存中存在待处理的数据吋， 则直接对所述待处 理的数据进行处理， 并将处理结果发送至客户端。
[权利要求 3] 根据权利要求 1所述的方法， 其特征在于， 在将所述处理结果发送至 客户端之前， 还包括：
将所述处理结果缓存至所述存储服务器的缓存。
[权利要求 4] 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述对所述待处 理的数据进行处理包括： 对所述待处理的数据进行査询、 增加、 刪除 和 /或修改。
[权利要求 5] —种集群数据库分布式存储的装置， 其特征在于， 所述装置包括： 接收模块、 査询模块以及处理模块；
所述接收模块， 用于接收数据处理请求信息， 所述处理请求信息包括 待处理数据的关键字；
所述査询模块， 用于根据所述关键字， 査询所述存储服务器的缓存中 是否存在所述待处理的数据；
所述处理模块， 用于若否， 査询所述存储服务器的节点数据库中是否 存在所述待处理的数据， 若存在， 则对所述待处理的数据进行处理， 并将处理结果反馈至所述存储服务器的缓存， 以使所述存储服务器的 缓存将所述处理结果发送至客户端。
[权利要求 6] 根据权利要求 5所述的装置， 其特征在于， 所述处理模块还用于： 当所述存储服务器的缓存中存在待处理的数据吋， 则直接对所述待处 理的数据进行处理， 并将处理结果发送至客户端。
[权利要求 7] 根据权利要求 5所述的装置， 其特征在于， 所述处理模块还用于： 将所述处理结果缓存至所述存储服务器的缓存。
[权利要求 8] 根据权利要求 5至 7任一项所述的装置， 其特征在于， 所述对所述待处 理的数据进行处理包括： 对所述待处理的数据进行査询、 增加、 刪除 和 /或修改。
PCT/CN2016/092188 2015-12-01 2016-07-29 一种集群数据库分布式存储的方法和装置 WO2017092384A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510866829.4 2015-12-01
CN201510866829.4A CN105516284B (zh) 2015-12-01 2015-12-01 一种集群数据库分布式存储的方法和装置

Publications (1)

Publication Number Publication Date
WO2017092384A1 true WO2017092384A1 (zh) 2017-06-08

Family

ID=55723915

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/092188 WO2017092384A1 (zh) 2015-12-01 2016-07-29 一种集群数据库分布式存储的方法和装置

Country Status (2)

Country Link
CN (1) CN105516284B (zh)
WO (1) WO2017092384A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105516284B (zh) * 2015-12-01 2019-05-03 深圳市华讯方舟软件技术有限公司 一种集群数据库分布式存储的方法和装置
CN107493308B (zh) * 2016-06-12 2021-02-12 阿里巴巴集团控股有限公司 一种发送消息的方法和装置及分布式设备集群系统
CN106528833A (zh) * 2016-11-14 2017-03-22 天津南大通用数据技术股份有限公司 一种mpp数据库数据动态重分布的方法及装置
CN106874371A (zh) * 2016-12-30 2017-06-20 新华三技术有限公司 一种数据处理方法及装置
CN107239570A (zh) * 2017-06-27 2017-10-10 联想(北京)有限公司 数据处理方法及服务器集群
CN107888686B (zh) * 2017-11-14 2020-10-02 西南医科大学 一种位于HBase客户端的用户数据有效性验证方法
CN110505257A (zh) * 2018-05-17 2019-11-26 北京国双科技有限公司 请求消息处理方法及装置
CN109150998A (zh) * 2018-08-01 2019-01-04 北京奇虎科技有限公司 基于云测试平台的日志文件处理系统及方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104123300A (zh) * 2013-04-26 2014-10-29 上海云人信息科技有限公司 数据分布式存储系统及方法
CN104317926A (zh) * 2014-10-31 2015-01-28 北京思特奇信息技术股份有限公司 一种持久化的数据存储和查询方法及对应的装置和系统
CN104572862A (zh) * 2014-12-19 2015-04-29 阳珍秀 一种海量数据存储访问方法及系统
CN105516284A (zh) * 2015-12-01 2016-04-20 深圳市华讯方舟软件技术有限公司 一种集群数据库分布式存储的方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102833352A (zh) * 2012-09-17 2012-12-19 深圳中兴网信科技有限公司 分布式缓存管理系统和实现分布式缓存管理的方法
CN104077397A (zh) * 2014-07-01 2014-10-01 成都康赛信息技术有限公司 一种分布式的大数据分类检索网页的响应方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104123300A (zh) * 2013-04-26 2014-10-29 上海云人信息科技有限公司 数据分布式存储系统及方法
CN104317926A (zh) * 2014-10-31 2015-01-28 北京思特奇信息技术股份有限公司 一种持久化的数据存储和查询方法及对应的装置和系统
CN104572862A (zh) * 2014-12-19 2015-04-29 阳珍秀 一种海量数据存储访问方法及系统
CN105516284A (zh) * 2015-12-01 2016-04-20 深圳市华讯方舟软件技术有限公司 一种集群数据库分布式存储的方法和装置

Also Published As

Publication number Publication date
CN105516284B (zh) 2019-05-03
CN105516284A (zh) 2016-04-20

Similar Documents

Publication Publication Date Title
WO2017092384A1 (zh) 一种集群数据库分布式存储的方法和装置
CN108268208B (zh) 一种基于rdma的分布式内存文件系统
US8954391B2 (en) System and method for supporting transient partition consistency in a distributed data grid
WO2017167171A1 (zh) 一种数据操作方法，服务器及存储系统
US10445433B2 (en) Methods and systems of query engines and secondary indexes implemented in a distributed database
WO2018040722A1 (zh) 表数据查询方法及装置
EP3039844B1 (en) System and method for supporting partition level journaling for synchronizing data in a distributed data grid
EP4213038A1 (en) Data processing method and apparatus based on distributed storage, device, and medium
CN102710763A (zh) 一种分布式缓存池化、分片及故障转移的方法及系统
CN104184812A (zh) 一种基于私有云的多点数据传输方法
WO2022247316A1 (zh) 存储对象处理系统、请求处理方法、网关和存储介质
CN103823846A (zh) 一种基于图论的大数据存储及查询方法
WO2016101759A1 (zh) 一种数据路由方法、数据管理装置和分布式存储系统
CN113190528B (zh) 一种并行分布式大数据架构构建方法及系统
WO2016023372A1 (zh) 数据存储处理方法及装置
CN107493309B (zh) 一种分布式系统中的文件写入方法及装置
CN105574010B (zh) 数据查询方法及装置
US10110670B2 (en) Allocation of service endpoints to servers
US9537941B2 (en) Method and system for verifying quality of server
CN105302817A (zh) 分布式文件系统管理方法和装置
US20200110632A1 (en) Method and system for routing and executing transactions
WO2012171363A1 (zh) 分布式缓存系统中的数据操作方法和装置
US9069821B2 (en) Method of processing files in storage system and data server using the method
WO2014180395A1 (zh) 海量数据融合存储方法及系统
CN111294383B (zh) 物联网服务管理系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16869695

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16869695

Country of ref document: EP

Kind code of ref document: A1