CN108415982A - 数据库的处理方法和装置 - Google Patents
数据库的处理方法和装置 Download PDFInfo
- Publication number
- CN108415982A CN108415982A CN201810136779.8A CN201810136779A CN108415982A CN 108415982 A CN108415982 A CN 108415982A CN 201810136779 A CN201810136779 A CN 201810136779A CN 108415982 A CN108415982 A CN 108415982A
- Authority
- CN
- China
- Prior art keywords
- disk
- data
- tables
- target
- target matrix
- 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
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
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (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
本申请公开了一种数据库的处理方法和装置。该方法包括：将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；将多个数据表中目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径，解决了相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题。
Description
技术领域
本申请涉及数据库存储技术领域，具体而言，涉及一种数据库的处理方法和装置。
背景技术
MySQL是一个关系型数据库管理系统，在WEB应用方面MySQL是最好的RDBMS(Relational Database Management System，关系数据库管理系统)应用软件之一，MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。MySQL软件采用了双授权政策，它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择MySQL作为网站数据库。由于其社区版的性能卓越，搭配PHP和Apache可组成良好的开发环境。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。
目前MySQL已经成为最为流行的开源关系数据库系统，并且一步一步地占领了原有商业数据库的市场。MySQL数据库不再仅仅应用于Web项目，其扮演的角色更为丰富。在网络游戏领域中，大部分的后台数据库都采用MySQL数据库，例如，劲舞团、魔兽世界、SecondLife等。此外，MySQL数据库已成功应用于中国外汇交易中心、中国移动、国家电网等许多项目中。
如图1所示，MySQL逻辑架构整体分为三层，第一层为客户端层，并非MySQL所独有，例如，连接处理、授权认证、安全等功能均在这一层处理。MySQL大多数核心服务均在第二层，包括查询解析、分析、优化、缓存、内置函数(比如：时间、数学、加密等函数)。所有的跨存储引擎的功能也在这一层实现：存储过程、触发器、视图等。第三层为存储引擎，其负责MySQL中的数据存储和提取。和Linu数据库的处理方法和装置下的文件系统类似，每种存储引擎都有其优势和劣势。中间的服务层通过API与存储引擎通信，这些API接口屏蔽了不同存储引擎间的差异。每一个客户端发起一个新的请求都由服务器端的连接/线程处理工具负责接收客户端的请求并开辟一个新的内存空间，在服务器端的内存中生成一个新的线程，当每一个用户连接到服务器端的时候就会在进程地址空间里生成一个新的线程用于响应客户端请求，用户发起的查询请求都在线程空间内运行，结果也在这里面缓存并返回给服务器端。线程的重用和销毁都是由连接/线程处理管理器实现的。相关技术中都是将MySQL数据库放置在一块磁盘上，由于单个物理磁盘的IO能力是根据磁盘的性能而固定，属于磁盘的固定物理特性。从而存放MySQL数据库的磁盘的IO能力限制了MySQL数据库的单库的读写能力，无法从物理上提高单库的IO能力。
针对相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题，目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种数据库的处理方法和装置，以解决相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题。
为了实现上述目的，根据本申请的一个方面，提供了一种数据库的处理方法。该方法包括：将目标磁盘中创建目标MySQL数据库，其中，所述目标MySQL数据库中包括多个数据表；将所述多个数据表中目标数据表转存至非目标磁盘，并确定所述目标数据表在所述非目标磁盘中的存储路径；基于所述目标数据表的存储路径，在所述目标磁盘中创建所述目标数据表对应的软链接，其中，所述软链接用于指向所述目标数据表的存储路径。
进一步地，所述非目标磁盘为多个磁盘，将所述多个数据表中目标数据表转存至非目标磁盘包括：确定所述目标数据表的使用频率；确定所述非目标磁盘中每个磁盘的输入输出IO能力；根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中。
进一步地，根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中包括：确定所述非目标磁盘中每个磁盘的IO能力存在差异；根据所述IO能力将所述多个磁盘分为第一磁盘集合和第二磁盘集合，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力；根据所述使用频率将所述多个数据表分为第一数据表集合和第二数据表集合，其中，所述第一数据表集合中数据表的使用频率高于所述第二数据表集合中数据表的使用频率；将所述第一数据表集合中的数据表存储至所述第一磁盘集合中的磁盘，将所述第二数据表集合中的数据表转存至所述第二磁盘集合中的磁盘。
进一步地，根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中包括：确定在所述非目标磁盘中每个磁盘的IO能力相同；将所述目标数据表分别转存至不同的磁盘中。
进一步地，在基于所述目标数据表的存储路径，在所述目标磁盘中创建所述目标数据表对应的软链接之后，所述方法还包括：检测到所述目标MySQL数据库中的部分数据表处于待使用状态；获取与所述部分数据表对应的软链接；通过获取到的软链接查找所述部分数据表。
为了实现上述目的，根据本申请的另一方面，提供了一种数据库的处理装置。该装置包括：创建单元，用于将目标磁盘中创建目标MySQL数据库，其中，所述目标MySQL数据库中包括多个数据表；转存单元，用于将所述多个数据表中目标数据表转存至非目标磁盘，并确定所述目标数据表在所述非目标磁盘中的存储路径；存储单元，用于基于所述目标数据表的存储路径，在所述目标磁盘中创建所述目标数据表对应的软链接，其中，所述软链接用于指向所述目标数据表的存储路径。
进一步地，所述非目标磁盘为多个磁盘，所述转存单元包括：第一确定模块，用于确定所述目标数据表的使用频率；第二确定模块，用于确定所述非目标磁盘中每个磁盘的输入输出IO能力；转存模块，用于根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中。
进一步地，所述转存模块包括：第一确定子模块，用于确定所述非目标磁盘中每个磁盘的IO能力存在差异；第一区分子模块，用于根据所述IO能力将所述多个磁盘分为第一磁盘集合和第二磁盘集合，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力；第二区分子模块，用于根据所述使用频率将所述多个数据表分为第一数据表集合和第二数据表集合，其中，所述第一数据表集合中数据表的使用频率高于所述第二数据表集合中数据表的使用频率；存储子模块，用于将所述第一数据表集合中的数据表存储至所述第一磁盘集合中的磁盘，将所述第二数据表集合中的数据表转存至所述第二磁盘集合中的磁盘。
为了实现上述目的，根据本申请的另一方面，提供了一种数据库的处理系统，包括：目标磁盘，其中，所述目标磁盘上存储有目标MySQL数据库和所述目标MySQL数据库中的目标数据表对应的软链接，所述软链接用于指向所述目标数据表的存储路径；非目标磁盘，用于存储所述目标MySQL数据库中的目标数据表。
进一步地，所述非目标磁盘为多个磁盘，依据磁盘的IO能力和数据表的使用频率分配存储在磁盘中的数据表。
进一步地，所述非目标磁盘分为第一磁盘集合和第二磁盘集合，所述第一磁盘集合中磁盘存储的数据表的使用频率高于等于预设使用频率，所述第二磁盘集合中磁盘存储的数据表的使用频率低于所述预设使用频率，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力。
进一步地，所述非目标磁盘为多个磁盘且每个磁盘的IO能力相同。
通过本申请，采用以下步骤：将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；将多个数据表中目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径，解决了相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题。通过将目标MySQL数据库中的多个数据表转存到对应的磁盘，并在数据表和磁盘之间建立软链接，使得MySQL数据库下单库的读写能力不局限于存放MySQL数据库的磁盘的IO能力，达到了加强MySQL数据库下单库的读写能力的效果。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是相关技术中的MySQL逻辑架构图；
图2是根据本申请实施例提供的数据库的处理方法的流程图；
图3是根据本申请实施例提供的数据库的处理方法的逻辑架构图；以及
图4是根据本申请实施例提供的数据库的处理装置的示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请的实施例，提供了一种数据库的处理方法。
图2是根据本申请实施例的数据库的处理方法的流程图。如图2所示，该方法包括以下步骤：
步骤S201，将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；
例如，目标磁盘为磁盘1，目标MySQL数据库为数据库A，数据库A在磁盘1中创建完成后，磁盘1中的分区上生成数据库目录文件及目录下的数据表文件，即数据库A及数据库A下包含的一系列数据表文件：数据表文件a、数据表文件b和数据表文件c。
步骤S202，将多个数据表中的目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；
需要说明的是，上述的目标数据表可以为目标MySQL数据库中部分数据表、也可以为目标MySQL数据库中的全部数据表，在本申请中不作限定。
例如，磁盘1(对应上述的目标磁盘)中创建有数据库A，数据库A的多个数据表包括数据表文件a、数据表文件b和数据表文件c，非目标磁盘包括磁盘2和磁盘3，数据表文件c存储在数据库A中所在的磁盘1，将数据表文件a和数据表文件b移到非目标磁盘下(数据表文件a和数据表文件b对应上述的目标数据表)，例如，将数据表文件a移动到磁盘2的挂载目录下，将数据表文件b移动到磁盘3的挂载目录下，同时确定了目标数据表的存储路径：数据表文件a的存储路径为磁盘2，数据表文件b的存储路径为磁盘3。
再例如，磁盘1(对应上述的目标磁盘)中创建有数据库A，数据库A的多个数据表包括数据表文件a、数据表文件b和数据表文件c，非目标磁盘包括磁盘2、磁盘3和磁盘4，将每一个数据表文件(对应上述的目标数据表)移到非目标磁盘下，例如，将数据表文件a移动到磁盘2的挂载目录下，将数据表文件b移动到磁盘3的挂载目录下，将数据表文件c移动到磁盘4的挂载目录下，同时确定了目标数据表的存储路径：数据表文件a的存储路径为磁盘2，数据表文件b的存储路径为磁盘3，数据表文件c的存储路径为磁盘4。
步骤S203，基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径。
图3是根据本申请实施例的数据库的处理方法的逻辑架构图。如图3所示，在数据库A所在磁盘的inode区里分别创建数据表文件的软链接文件，a表软链接文件、b表软链接文件和c表软链接文件，软链接文件分别指向磁盘2中的数据表文件a、磁盘3中的数据表文件b和磁盘4中的数据表文件c，即软链接文件指向目标数据表的存储路径。
需要说明的是，在划分磁盘分区并格式化的时候，整个分区会被划分为两个部分，例如Linux系统在划分磁盘分区并格式化的时候，整个分区会被划分为inode区和datablock区，inode区为目录文件、档案文件在一个文件系统中的唯一标识，Inode区存储了唯一标识(Inumber)、创建时间(ctime)、修改时间(mtime)、文件大小、属主、归属的用户组、读写权限、数据所在block号等文件参数信息，而data block区为实际数据放置在数据区域。访问一个文件的时候须先找到并读取该文件的inode号，但inode区本身并不记录文件名，档案文件的目录的block区记录文件名，因此，当我们要读某个档案文件时，就必须经过档案文件的目录的inode区和block区，然后才能够找到待读取档案文件的inode号，最终读到文件block区内的数据。
软链接就是建立一个独立的文件，该文件会让数据的读取指向档案文件的文件名，根据档案文件的文件名链接到正确的目录进一步取得目标文件的inode号，最终在目标文件的block区读取到正确的数据；同时，由于软链接只有作为指向的功能，所以当来源档案被删除之后，软链接无法找到原始档案文件的文件名。
本申请实施例提供的数据库的处理方法，通过将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；将多个数据表中目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径，解决了相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题。通过将目标MySQL数据库中的多个数据表转存到对应的磁盘，并在数据表和磁盘之间建立软链接，使得MySQL数据库下单库的读写能力不局限于存放MySQL数据库的磁盘的IO能力，达到了加强MySQL数据库下单库的读写能力的效果。
可选地，在本申请实施例提供的数据库的处理方法中，非目标磁盘为多个磁盘，将多个数据表中目标数据表转存至非目标磁盘包括：确定目标数据表的使用频率；确定非目标磁盘中每个磁盘的输入输出IO能力；根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的手机号码。非目标磁盘包括磁盘2、磁盘3和磁盘4，磁盘2为固态硬盘(Solid State Drive，简称SSD)中的一种，磁盘3为混合硬盘(HybridHard Drive，简称HHD)中的一种，磁盘4为传统硬盘(Hard Disk Drive，简称HDD)中的一种，若选择的SSD的输入输出IO能力最强，HHD的输入输出IO能力次之，HDD的输入输出IO能力相对较弱。同时，用户的姓名的使用频率最高，用户的性别的使用频率次之，用户的电话号码的使用频率相对较低。综合考虑磁盘的使用频率、IO能力以及数据库A下各个数据表文件的使用频率，将数据表文件a转存至磁盘2中，将数据表文件b转存至磁盘3中，将数据表文件c转存至磁盘4中。
可选地，在本申请实施例提供的数据库的处理方法中，根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中包括：确定非目标磁盘中每个磁盘的IO能力存在差异；根据IO能力将多个磁盘分为第一磁盘集合和第二磁盘集合，其中，第一磁盘集合中磁盘的IO能力高于第二磁盘集合中磁盘的IO能力；根据使用频率将多个数据表分为第一数据表集合和第二数据表集合，其中，第一数据表集合中数据表的使用频率高于第二数据表集合中数据表的使用频率；将第一数据表集合中的数据表存储至第一磁盘集合中的磁盘，将第二数据表集合中的数据表转存至第二磁盘集合中的磁盘。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的手机号码。数据表文件a和数据表文件b的使用频率低于预设使用频率，数据表文件c的使用频率高于等于预设使用频率。非目标磁盘包括磁盘2、磁盘3和磁盘4，磁盘2为固态硬盘(Solid State Drive，简称SSD)中的一种，磁盘3为混合硬盘(Hybrid Hard Drive，简称HHD)中的一种。磁盘4为传统硬盘(Hard Disk Drive，简称HDD)中的一种。将磁盘2作为第一磁盘集合中磁盘，将磁盘3、磁盘4作为第二磁盘集合中磁盘。将数据表文件c存储在磁盘2中，将数据表文件a和数据表文件b存储在磁盘3、磁盘4中。
需要说明的是，在本申请实施例中，不仅限于将非目标磁盘分为第一磁盘集合和第二磁盘集合，还可以依据磁盘的IO能力和数据表的使用频率分配存储在磁盘中的数据表。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的电话号码。非目标磁盘包括磁盘2、磁盘3和磁盘4，磁盘2为20000IOPS、256MB/S的SSD云盘，磁盘3和磁盘4均为3000IOPS、80MB/S的系统盘，根据IO能力将磁盘2归属于第一磁盘集合，将磁盘3和磁盘4归属于第二磁盘集合，同时，用户的姓名的使用频率最高，用户的性别和用户的电话号码的使用频率相对较低，将用户的姓名归属于第一数据表集合，将用户的性别和用户的电话号码归属于第二数据表集合；将第一数据表集合中的数据表存储至第一磁盘集合中的磁盘，将第二数据表集合中的数据表转存至第二磁盘集合中的磁盘，具体地，可以将数据表文件a存储在磁盘2中，将数据表文件b存储在磁盘3中，将数据表文件c存储在磁盘4中。
可选地，在本申请实施例提供的数据库的处理方法中，根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中包括：确定在非目标磁盘中每个磁盘的IO能力相同；将目标数据表分别转存至不同的磁盘中。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的电话号码。非目标磁盘包括磁盘2、磁盘3和磁盘4，若磁盘2、磁盘3和磁盘4均为20000IOPS、256MB/S的SSD云盘，将目标数据表分别转存至任意不同的磁盘中，可以将数据表文件a、数据表文件b和数据表文件c分别转存至磁盘2、磁盘3和磁盘4中。
可选地，在本申请实施例提供的数据库的处理方法中，在基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接之后，该方法还包括：检测到目标MySQL数据库中的部分数据表处于待使用状态；获取与部分数据表对应的软链接；通过获取到的软链接查找部分数据表。
例如，若已经将数据表文件a、数据表文件b和数据表文件c分别存储在磁盘2、磁盘3和磁盘4中，客户端需要读写数据表文件a、数据表文件b和数据表文件c中的内容时(对于数据表文件a、数据表文件b和数据表文件c即为上述的处于待使用状态的部分数据表)，通过访问数据库A目录中的各个软链接文件，分别取得数据表文件a、数据表文件b和数据表文件c的inode号，进一步地，通过数据表文件a的inode号，在磁盘2中读取到数据表文件a的block区中的数据，通过数据表文件b的inode号，在磁盘3中读取到数据表文件b的block区中的数据，通过数据表文件c的inode号，在磁盘4中读取到数据表文件c的block区中的数据。
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例还提供了一种数据库的处理装置，需要说明的是，本申请实施例的数据库的处理装置可以用于执行本申请实施例所提供的用于数据库的处理方法。以下对本申请实施例提供的数据库的处理装置进行介绍。
图4是根据本申请实施例的数据库的处理装置的示意图。如图4所示，该装置包括：创建单元10，转存单元20，存储单元30。
具体地，创建单元10，用于将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；
转存单元20，用于将多个数据表中的目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；
存储单元30，用于基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径。
本申请实施例提供的数据库的处理装置，通过创建单元10将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；转存单元20将多个数据表中目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；存储单元30基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径，解决了相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题，通过将目标MySQL数据库中的多个数据表转存到对应的磁盘，并在数据表和磁盘之间建立软链接，使得MySQL数据库下单库的读写能力不局限于存放MySQL数据库的磁盘的IO能力，达到了加强MySQL数据库下单库的读写能力的效果。
可选地，在本申请实施例提供的数据库的处理装置中，非目标磁盘为多个磁盘，转存单元20包括：第一确定模块，用于确定目标数据表的使用频率；第二确定模块，用于确定非目标磁盘中每个磁盘的输入输出IO能力；转存模块，用于根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中。
可选地，在本申请实施例提供的数据库的处理装置中，转存模块包括：第一确定子模块，用于确定非目标磁盘中每个磁盘的IO能力存在差异；第一区分子模块，用于根据IO能力将多个磁盘分为第一磁盘集合和第二磁盘集合，其中，第一磁盘集合中磁盘的IO能力高于第二磁盘集合中磁盘的IO能力；第二区分子模块，用于根据使用频率将多个数据表分为第一数据表集合和第二数据表集合，其中，第一数据表集合中数据表的使用频率高于第二数据表集合中数据表的使用频率；存储子模块，用于将第一数据表集合中的数据表存储至第一磁盘集合中的磁盘，将第二数据表集合中的数据表转存至第二磁盘集合中的磁盘。
可选地，在本申请实施例提供的数据库的处理装置中，转存模块还包括：第二确定子模块，用于确定在非目标磁盘中每个磁盘的IO能力相同；转存子模块，用于将目标数据表分别转存至不同的磁盘中。
可选地，在本申请实施例提供的数据库的处理装置中，该装置还包括：检测单元，用于检测到目标MySQL数据库中的部分数据表处于待使用状态；获取单元，用于获取与部分数据表对应的软链接；查找单元，用于通过获取到的软链接查找部分数据表。
所述数据库的处理装置包括处理器和存储器，上述创建单元10，转存单元20，存储单元30等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决了相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题。
为了实现上述目的，根据本申请的另一方面，还提供了一种数据库的处理系统，包括：目标磁盘，其中，所述目标磁盘上存储有目标MySQL数据库和所述目标MySQL数据库中的目标数据表对应的软链接，所述软链接用于指向所述目标数据表的存储路径；非目标磁盘，用于存储所述目标MySQL数据库中的目标数据表。
需要说明的是，上述的目标数据表可以为目标MySQL数据库中部分数据表、也可以为目标MySQL数据库中的全部数据表，在本申请中不作限定。
例如，磁盘1(对应上述的目标磁盘)中创建有数据库A，数据库A的多个数据表包括数据表文件a、数据表文件b和数据表文件c，非目标磁盘包括磁盘2和磁盘3，数据表文件c存储在数据库A中所在的磁盘1，将数据表文件a和数据表文件b移到非目标磁盘下(数据表文件a和数据表文件b对应上述的目标数据表)，例如，将数据表文件a移动到磁盘2的挂载目录下，将数据表文件b移动到磁盘3的挂载目录下，同时确定了目标数据表的存储路径：数据表文件a的存储路径为磁盘2，数据表文件b的存储路径为磁盘3。
再例如，磁盘1(对应上述的目标磁盘)中创建有数据库A，数据库A的多个数据表包括数据表文件a、数据表文件b和数据表文件c，非目标磁盘包括磁盘2、磁盘3和磁盘4，将每一个数据表文件(对应上述的目标数据表)移到非目标磁盘下，例如，将数据表文件a移动到磁盘2的挂载目录下，将数据表文件b移动到磁盘3的挂载目录下，将数据表文件c移动到磁盘4的挂载目录下，同时确定了目标数据表的存储路径：数据表文件a的存储路径为磁盘2，数据表文件b的存储路径为磁盘3，数据表文件c的存储路径为磁盘4。
本申请实施例提供的数据库的处理系统，包括：目标磁盘，其中，所述目标磁盘上存储有目标MySQL数据库和所述目标MySQL数据库中的目标数据表对应的软链接，所述软链接用于指向所述目标数据表的存储路径；非目标磁盘，用于存储所述目标MySQL数据库中的目标数据表，解决了相关技术中由于存放MySQL数据库的磁盘的IO能力限制了MySQL数据库下单库的读写能力，导致对MySQL数据库下单库的读写能力较弱的问题，通过将目标MySQL数据库中的多个数据表转存到对应的磁盘，并在数据表和磁盘之间建立软链接，使得MySQL数据库下单库的读写能力不局限于存放MySQL数据库的磁盘的IO能力，达到了加强MySQL数据库下单库的读写能力的效果。
可选地，在本申请实施例提供的数据库的处理系统中，所述非目标磁盘为多个磁盘，依据磁盘的IO能力和数据表的使用频率分配存储在磁盘中的数据表。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的手机号码。非目标磁盘包括磁盘2、磁盘3和磁盘4，磁盘2为固态硬盘(Solid State Drive，简称SSD)中的一种，磁盘3为混合硬盘(HybridHard Drive，简称HHD)中的一种，磁盘4为传统硬盘(Hard Disk Drive，简称HDD)中的一种，若选择的SSD的输入输出IO能力最强，HHD的输入输出IO能力次之，HDD的输入输出IO能力相对较弱。同时，用户的姓名的使用频率最高，用户的性别的使用频率次之，用户的电话号码的使用频率相对较低。综合考虑磁盘的使用频率、IO能力以及数据库A下各个数据表文件的使用频率，将数据表文件a转存至磁盘2中，将数据表文件b转存至磁盘3中，将数据表文件c转存至磁盘4中。
可选地，在本申请实施例提供的数据库的处理系统中，所述非目标磁盘分为第一磁盘集合和第二磁盘集合，所述第一磁盘集合中磁盘存储的数据表的使用频率高于等于预设使用频率，所述第二磁盘集合中磁盘存储的数据表的使用频率低于所述预设使用频率，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的手机号码。数据表文件a和数据表文件b的使用频率低于预设使用频率，数据表文件c的使用频率高于等于预设使用频率。非目标磁盘包括磁盘2、磁盘3和磁盘4，磁盘2为固态硬盘(Solid State Drive，简称SSD)中的一种，磁盘3为混合硬盘(Hybrid Hard Drive，简称HHD)中的一种。磁盘4为传统硬盘(Hard Disk Drive，简称HDD)中的一种。将磁盘2作为第一磁盘集合中磁盘，将磁盘3、磁盘4作为第二磁盘集合中磁盘。将数据表文件c存储在磁盘2中，将数据表文件a和数据表文件b存储在磁盘3、磁盘4中。
可选地，在本申请实施例提供的数据库的处理系统中，所述非目标磁盘为多个磁盘且每个磁盘的IO能力相同。
例如，在磁盘1中创建数据库A，数据库A为用户信息库，数据库A下包含数据表文件a、数据表文件b和数据表文件c，数据表文件a中保存有用户的姓名，数据表文件b中保存有用户的性别，数据表文件c中保存有用户的电话号码。非目标磁盘包括磁盘2、磁盘3和磁盘4，若磁盘2、磁盘3和磁盘4均为20000IOPS、256MB/S的SSD云盘，将目标数据表分别转存至任意不同的磁盘中，可以将数据表文件a、数据表文件b和数据表文件c分别转存至磁盘2、磁盘3和磁盘4中。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述数据库的处理方法。
本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述数据库的处理方法。
本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；将多个数据表中目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径。
非目标磁盘为多个磁盘，将多个数据表中目标数据表转存至非目标磁盘包括：确定目标数据表的使用频率；确定非目标磁盘中每个磁盘的输入输出IO能力；根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中。
根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中包括：确定非目标磁盘中每个磁盘的IO能力存在差异；根据IO能力将多个磁盘分为第一磁盘集合和第二磁盘集合，其中，第一磁盘集合中磁盘的IO能力高于第二磁盘集合中磁盘的IO能力；根据使用频率将多个数据表分为第一数据表集合和第二数据表集合，其中，第一数据表集合中数据表的使用频率高于第二数据表集合中数据表的使用频率；将第一数据表集合中的数据表存储至第一磁盘集合中的磁盘，将第二数据表集合中的数据表转存至第二磁盘集合中的磁盘。
根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中包括：确定在非目标磁盘中每个磁盘的IO能力相同；将目标数据表分别转存至不同的磁盘中。
在基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接之后，该方法还包括：检测到目标MySQL数据库中的部分数据表处于待使用状态；获取与部分数据表对应的软链接；通过获取到的软链接查找部分数据表。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：将目标磁盘中创建目标MySQL数据库，其中，目标MySQL数据库中包括多个数据表；将多个数据表中目标数据表转存至非目标磁盘，并确定目标数据表在非目标磁盘中的存储路径；基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接，其中，软链接用于指向目标数据表的存储路径。
非目标磁盘为多个磁盘，将多个数据表中目标数据表转存至非目标磁盘包括：确定目标数据表的使用频率；确定非目标磁盘中每个磁盘的输入输出IO能力；根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中。
根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中包括：确定非目标磁盘中每个磁盘的IO能力存在差异；根据IO能力将多个磁盘分为第一磁盘集合和第二磁盘集合，其中，第一磁盘集合中磁盘的IO能力高于第二磁盘集合中磁盘的IO能力；根据使用频率将多个数据表分为第一数据表集合和第二数据表集合，其中，第一数据表集合中数据表的使用频率高于第二数据表集合中数据表的使用频率；将第一数据表集合中的数据表存储至第一磁盘集合中的磁盘，将第二数据表集合中的数据表转存至第二磁盘集合中的磁盘。
根据使用频率和IO能力，确定目标数据表对应的磁盘，以将目标数据表转存至对应的磁盘中包括：确定在非目标磁盘中每个磁盘的IO能力相同；将目标数据表分别转存至不同的磁盘中。
在基于目标数据表的存储路径，在目标磁盘中创建目标数据表对应的软链接之后，该方法还包括：检测到目标MySQL数据库中的部分数据表处于待使用状态；获取与部分数据表对应的软链接；通过获取到的软链接查找部分数据表。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (14)
1.一种数据库的处理方法，其特征在于，包括：
在目标磁盘中创建目标MySQL数据库，其中，所述目标MySQL数据库中包括多个数据表；
将所述多个数据表中的目标数据表转存至非目标磁盘，并确定所述目标数据表在所述非目标磁盘中的存储路径；
基于所述目标数据表的存储路径，在所述目标磁盘中创建所述目标数据表对应的软链接，其中，所述软链接用于指向所述目标数据表的存储路径。
2.根据权利要求1所述的方法，其特征在于，所述非目标磁盘为多个磁盘，将所述多个数据表中目标数据表转存至非目标磁盘包括：
确定所述目标数据表的使用频率；
确定所述非目标磁盘中每个磁盘的输入输出IO能力；
根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中。
3.根据权利要求2所述的方法，其特征在于，根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中包括：
确定所述非目标磁盘中每个磁盘的IO能力存在差异；
根据所述IO能力将所述多个磁盘分为第一磁盘集合和第二磁盘集合，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力；
根据所述使用频率将所述多个数据表分为第一数据表集合和第二数据表集合，其中，所述第一数据表集合中数据表的使用频率高于所述第二数据表集合中数据表的使用频率；
将所述第一数据表集合中的数据表存储至所述第一磁盘集合中的磁盘，将所述第二数据表集合中的数据表转存至所述第二磁盘集合中的磁盘。
4.根据权利要求2所述的方法，其特征在于，根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中包括：
确定在所述非目标磁盘中每个磁盘的IO能力相同；
将所述目标数据表分别转存至不同的磁盘中。
5.根据权利要求1所述的方法，其特征在于，在基于所述目标数据表的存储路径，在所述目标磁盘中创建所述目标数据表对应的软链接之后，所述方法还包括：
检测到所述目标MySQL数据库中的部分数据表处于待使用状态；
获取与所述部分数据表对应的软链接；
通过获取到的软链接查找所述部分数据表。
6.一种数据库的处理装置，其特征在于，包括：
创建单元，用于在目标磁盘中创建目标MySQL数据库，其中，所述目标MySQL数据库中包括多个数据表；
转存单元，用于将所述多个数据表中的目标数据表转存至非目标磁盘，并确定所述目标数据表在所述非目标磁盘中的存储路径；
存储单元，用于基于所述目标数据表的存储路径，在所述目标磁盘中创建所述目标数据表对应的软链接，其中，所述软链接用于指向所述目标数据表的存储路径。
7.根据权利要求6所述的装置，其特征在于，所述非目标磁盘为多个磁盘，所述转存单元包括：
第一确定模块，用于确定所述目标数据表的使用频率；
第二确定模块，用于确定所述非目标磁盘中每个磁盘的输入输出IO能力；
转存模块，用于根据所述使用频率和所述IO能力，确定所述目标数据表对应的磁盘，以将所述目标数据表转存至对应的磁盘中。
8.根据权利要求7所述的装置，其特征在于，所述转存模块包括：
第一确定子模块，用于确定所述非目标磁盘中每个磁盘的IO能力存在差异；
第一区分子模块，用于根据所述IO能力将所述多个磁盘分为第一磁盘集合和第二磁盘集合，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力；
第二区分子模块，用于根据所述使用频率将所述多个数据表分为第一数据表集合和第二数据表集合，其中，所述第一数据表集合中数据表的使用频率高于所述第二数据表集合中数据表的使用频率；
存储子模块，用于将所述第一数据表集合中的数据表存储至所述第一磁盘集合中的磁盘，将所述第二数据表集合中的数据表转存至所述第二磁盘集合中的磁盘。
9.一种数据库的处理系统，其特征在于，包括：
目标磁盘，其中，所述目标磁盘上存储有目标MySQL数据库和所述目标MySQL数据库中的目标数据表对应的软链接，所述软链接用于指向所述目标数据表的存储路径；
非目标磁盘，用于存储所述目标MySQL数据库中的目标数据表。
10.根据权利要求9所述的处理系统，其特征在于，所述非目标磁盘为多个磁盘，依据磁盘的IO能力和数据表的使用频率分配存储在磁盘中的数据表。
11.根据权利要求10所述的处理系统，其特征在于，所述非目标磁盘分为第一磁盘集合和第二磁盘集合，所述第一磁盘集合中磁盘存储的数据表的使用频率高于等于预设使用频率，所述第二磁盘集合中磁盘存储的数据表的使用频率低于所述预设使用频率，其中，所述第一磁盘集合中磁盘的IO能力高于所述第二磁盘集合中磁盘的IO能力。
12.根据权利要求9所述的处理系统，其特征在于，所述非目标磁盘为多个磁盘且每个磁盘的IO能力相同。
13.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序执行权利要求1至5中任意一项所述的数据库的处理方法。
14.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任意一项所述的数据库的处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810136779.8A CN108415982B (zh) | 2018-02-09 | 2018-02-09 | 数据库的处理方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810136779.8A CN108415982B (zh) | 2018-02-09 | 2018-02-09 | 数据库的处理方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108415982A true CN108415982A (zh) | 2018-08-17 |
| CN108415982B CN108415982B (zh) | 2021-07-06 |
Family
ID=63128217
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810136779.8A Active CN108415982B (zh) | 2018-02-09 | 2018-02-09 | 数据库的处理方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108415982B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111259004A (zh) * | 2020-01-08 | 2020-06-09 | 腾讯科技（深圳）有限公司 | 一种存储引擎中数据索引的方法以及相关装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101887398A (zh) * | 2010-06-25 | 2010-11-17 | 浪潮(北京)电子信息产业有限公司 | 一种动态提高服务器输入输出吞吐量的方法和系统 |
| CN102693164A (zh) * | 2012-05-03 | 2012-09-26 | 中国石油集团川庆钻探工程有限公司地球物理勘探公司 | 防止缓存溢出的设备和方法 |
| CN103034592A (zh) * | 2012-12-05 | 2013-04-10 | 华为技术有限公司 | 数据处理方法和装置 |
| CN103064830A (zh) * | 2011-10-18 | 2013-04-24 | 东莞市往链网络科技有限公司 | 软件应用及网络应用高度综合桌面化的方法 |
| US20170091041A1 (en) * | 2015-09-25 | 2017-03-30 | Alibaba Group Holding Limited | Method and apparatus for transferring data between databases |
| CN106843750A (zh) * | 2016-12-20 | 2017-06-13 | 中国科学院苏州生物医学工程技术研究所 | 分布式存储系统 |
-
2018
- 2018-02-09 CN CN201810136779.8A patent/CN108415982B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101887398A (zh) * | 2010-06-25 | 2010-11-17 | 浪潮(北京)电子信息产业有限公司 | 一种动态提高服务器输入输出吞吐量的方法和系统 |
| CN103064830A (zh) * | 2011-10-18 | 2013-04-24 | 东莞市往链网络科技有限公司 | 软件应用及网络应用高度综合桌面化的方法 |
| CN102693164A (zh) * | 2012-05-03 | 2012-09-26 | 中国石油集团川庆钻探工程有限公司地球物理勘探公司 | 防止缓存溢出的设备和方法 |
| CN103034592A (zh) * | 2012-12-05 | 2013-04-10 | 华为技术有限公司 | 数据处理方法和装置 |
| US20170091041A1 (en) * | 2015-09-25 | 2017-03-30 | Alibaba Group Holding Limited | Method and apparatus for transferring data between databases |
| CN106843750A (zh) * | 2016-12-20 | 2017-06-13 | 中国科学院苏州生物医学工程技术研究所 | 分布式存储系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111259004A (zh) * | 2020-01-08 | 2020-06-09 | 腾讯科技（深圳）有限公司 | 一种存储引擎中数据索引的方法以及相关装置 |
| CN111259004B (zh) * | 2020-01-08 | 2023-04-14 | 腾讯科技（深圳）有限公司 | 一种存储引擎中数据索引的方法以及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108415982B (zh) | 2021-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102226257B1 (ko) | 서비스 데이터를 블록체인 시스템에 기입하기 위한 방법 및 디바이스 | |
| US11436356B2 (en) | Unified file and object storage architecture for clustered file systems | |
| US10140461B2 (en) | Reducing resource consumption associated with storage and operation of containers | |
| US9836514B2 (en) | Cache based key-value store mapping and replication | |
| WO2019236411A1 (en) | A secure decentralized system utilizing smart contracts, a blockchain, and/or a distributed file system | |
| US20160335304A1 (en) | Data partitioning and ordering | |
| CN103812939A (zh) | 一种大数据存储系统 | |
| CN109669709A (zh) | 一种区块链升级的数据迁移方法及数据迁移系统 | |
| US11249946B2 (en) | Path name cache for notifications of file changes | |
| CN106254466A (zh) | 基于局域网的hdfs分布式文件共享方法 | |
| GB2520361A (en) | Method and system for a safe archiving of data | |
| CN104461826A (zh) | 对象流转监控的方法、装置及系统 | |
| US9177034B2 (en) | Searchable data in an object storage system | |
| Hu et al. | Towards big linked data: a large-scale, distributed semantic data storage | |
| CN107832446A (zh) | 一种配置项信息的搜索方法及计算设备 | |
| Fahmy et al. | CoS-HDFS: Co-locating geo-distributed spatial data in hadoop distributed file system | |
| CN108415982A (zh) | 数据库的处理方法和装置 | |
| Kvet et al. | Concept of dynamic index management in temporal approach using intelligent transport systems | |
| CN110598467A (zh) | 一种内存数据块完整性检验方法 | |
| US20230161795A1 (en) | Time series data management systems and methods | |
| CN104285221A (zh) | 对跨各内容源的内容的高效原地保留 | |
| US11468417B2 (en) | Aggregated storage file service | |
| CN114201474A (zh) | 数据服务方法及装置 | |
| CN107547607A (zh) | 一种集群迁移方法及装置 | |
| CN111159192A (zh) | 基于大数据的数据入库方法、装置、存储介质和处理器 |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 200433 Shanghai city Yangpu District Songhu Road No. 388 building 7, KIC 605 Applicant after: SHANGHAI SHANGMI SCIENCE AND TECHNOLOGY GROUP CO., LTD. Address before: 200433 Shanghai city Yangpu District Songhu Road No. 388 building 7, KIC 605 Applicant before: Shanghai traders Technology Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |