CN111711531A - 集群数据管理方法、存储介质 - Google Patents

集群数据管理方法、存储介质 Download PDF

Info

Publication number
CN111711531A
CN111711531A CN202010361284.2A CN202010361284A CN111711531A CN 111711531 A CN111711531 A CN 111711531A CN 202010361284 A CN202010361284 A CN 202010361284A CN 111711531 A CN111711531 A CN 111711531A
Authority
CN
China
Prior art keywords
cluster
service
data
database
routing
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
CN202010361284.2A
Other languages
English (en)
Other versions
CN111711531B (zh
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.)
Fujian Tianquan Educational Technology Ltd
Original Assignee
Fujian Tianquan Educational Technology 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 Fujian Tianquan Educational Technology Ltd filed Critical Fujian Tianquan Educational Technology Ltd
Priority to CN202010361284.2A priority Critical patent/CN111711531B/zh
Publication of CN111711531A publication Critical patent/CN111711531A/zh
Application granted granted Critical
Publication of CN111711531B publication Critical patent/CN111711531B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • 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
    • G06F16/214—Database migration support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

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

Abstract

本发明提供集群数据管理方法、存储介质，方法包括：配置与业务系统连接的路由集群；在路由集群中配置各个业务集群支持包括写入、更新和只读类型的接口；业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群；当一业务集群所对应数据库的当前容量达到预设阈值，则修改路由集群中所述一业务集群的配置为仅支持更新和只读类型的接口；当所述修改超过预设时长，则修改所述一业务集群的配置为仅支持只读类型的接口；对所述一业务集群所对应数据库中的所有数据进行迁移。本发明实现了多集群独立数据库能够便捷地进行扩容操作；能支持数据库资源的回收；能实现业务集群的负载均衡；能提供历史数据查询功能。

Description

集群数据管理方法、存储介质
技术领域
本发明涉及多集群数据处理领域，具体涉及集群数据管理方法、存储介质。
背景技术
移动互联网蓬勃发展的今天，发展出来了各种各样的系统应用，而很多的系统又与其他的系统有各种的数据交互。最常见的数据交互就是系统与数据库的交互了，系统写入数据到数据库中，需要获取数据的时候从数据库中读取数据。现在很多的系统都是使用数据库来存储数据，最常见的就是mysql数据库。因为它具有开源、实用性强等特点。
随着系统用户数量的剧增，现在的系统一般都需要支持高并发和高吞吐的性能，为了达到这样的性能，一般前端应用会做多集群部署。多集群部署的后端存储数据库具有两种实现方式：一种为多集群都连接至同一个数据库中；一种为每个集群各自连接至一个独立的，只允许自身集群访问的数据库中。采用上述第二种方式，即每个集群使用自身独立的数据库，就存在扩容较为麻烦，而又无法回收数据库资源的问题。扩容难指每次有扩容需要时，需要复杂操作复(数据库扩容、程序修改、支持旧有数据的查询与迁移等操作)；而数据库回收则基本不可能，因为会实时有数据写入与更新操作。因此，多集群独立数据库的系统配置对于数据库资源的扩容与回收都有一定的限制。
因此，有必要提供一种全新的多集群独立数据库系统的扩容和资源回收方式，实现简单扩容且能够回收资源。
发明内容
本发明所要解决的技术问题是：提供集群数据管理方法、存储介质，针对多集群独立数据库架构，能够简单扩容并能够回收资源。
为了解决上述技术问题，本发明采用的技术方案为：
集群数据管理方法，包括：
配置与业务系统连接的路由集群；
在路由集群中配置各个业务集群支持包括写入、更新和只读类型的接口；
业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群；
当一业务集群所对应数据库的当前容量达到预设阈值，则修改路由集群中所述一业务集群的配置为仅支持更新和只读类型的接口；
当所述修改超过预设时长，则修改所述一业务集群的配置为仅支持只读类型的接口；
对所述一业务集群所对应数据库中的所有数据进行迁移。
本发明提供的另一个技术方案为：
一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现如上述集群数据管理方法所包含的步骤。
本发明的有益效果在于：新增一层由路由集群实现的路由功能；当业务集群有扩容需求时，通过路由集群对该业务集群的接口配置进行修改，使其不再支持写入操作，达到其数据库不新增数据的目的；同时，修改后达到预设时长，便修改为仅支持只读，以此不仅提供了适当可修改数据的时机，又能在这之后确保数据库的数据保持不变，以便扩容和资源回收处理。可见，本发明的扩容操作具有操作便捷的特点，同时，还留有数据更改时机，实用性更强；另外，本发明还能支持资源回收操作，有利于数据库资源的合理利用。
附图说明
图1为本发明一实施例集群数据管理方法对应的系统架构示意图；
图2为本发明一实施例一种集群数据管理方法的流程示意图；
图3为本发明实施例一一种集群数据管理方法的流程示意图。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。
本发明最关键的构思在于：设置路由集群对各业务集群的接口访问权限进行配置；依据所访问集群的配置对所访问的接口进行过滤，在有扩容需求时限制新增数据，实现轻松扩容；并留有数据修改时机，支持数据迁移。
请参照图1以及图2，本发明提供集群数据管理方法，包括：
配置与业务系统连接的路由集群；
在路由集群中配置各个业务集群支持包括写入、更新和只读类型的接口；
业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群；
当一业务集群所对应数据库的当前容量达到预设阈值，则修改路由集群中所述一业务集群的配置为仅支持更新和只读类型的接口；
当所述修改超过预设时长，则修改所述一业务集群的配置为仅支持只读类型的接口；
对所述一业务集群所对应数据库中的所有数据进行迁移。
从上述描述可知，本发明的有益效果在于：新增一层路由功能，当业务集群的数据库资源达到预设的扩容阈值或者回收阀值时，修改路由中该业务集群的配置信息，使其只提供只读与更新操作，新增方式路由至别的集群；当修改超过一定时间，本集群将不允许更新，只能只读操作，则此时因为数据不再不变，便可以进行数据迁移，而后进行扩容或者回收操作。本发明对于多集群独立数据库场景的数据库资源合理利用，有很大程度的提高。
进一步地，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
当所述一业务集群所对应数据库中最后写入的数据达到预设最大查询时间时，对所述一业务集群所对应数据库中的所有数据进行迁移。
由上述描述可知，通过预留数据的有效时间，确保数据可查询，更符合实际需求；在数据过期后及时进行迁移，优化数据库资源。
进一步地，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
迁移所述一业务集群所对应数据库中的所有数据至指定存储，所述指定存储仅支持只读类型的接口。
由上述描述可知，将过期数据统一回收至只具备查询功能的指定存储中，使得业务集群的数据库资源得到回收，同时又能在有需求时通过指定存储查询历史数据。
进一步地，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
迁移所述一业务集群所对应数据库中的所有数据至一总容量更大的数据库中；
解除所述一业务集群与其原数据库的对应关系，新建所述一业务集群与所述总容量更大的数据库的对应关系；
修改路由集群中所一业务集群的配置为支持所有类型的接口。
由上述描述可知，实现了简单、便捷地对业务集群的数据库进行扩容，并能够快速恢复扩容后数据库的可用性。
进一步地，还包括：
修改路由集群中所述一业务集群的配置为支持所有类型的接口。
由上述描述可知，在扩容或资源回收后，通过路由集群修改配置即可快速恢复数据库的可用性，操作方式简便易行。
进一步地，还包括：
划分业务系统的各个接口所属的类型，所述类型包括写入、更新和只读。
由上述描述可知，预先对所有接口的类型进行划分，能够提高路由集群判断接口类型的准确性和效率。
进一步地，所述业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群，具体为：
业务系统通过一写入类型的接口访问路由集群；
路由集群依据各业务集群对应的数据库的当前配置，选定一业务集群，并将其地址返回给业务系统。
由上述描述可知，能够通过路由集群的智能判断，使业务系统选取最适合的业务集群，实现数据库负载均衡，维持系统性能良好。
本发明提供的另一个技术方案为：
一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现如下述集群数据管理方法所包含的步骤：
配置与业务系统连接的路由集群；
在路由集群中配置各个业务集群支持包括写入、更新和只读类型的接口；
业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群；
当一业务集群所对应数据库的当前容量达到预设阈值，则修改路由集群中所述一业务集群的配置为仅支持更新和只读类型的接口；
当所述修改超过预设时长，则修改所述一业务集群的配置为仅支持只读类型的接口；
对所述一业务集群所对应数据库中的所有数据进行迁移。
进一步地，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
当所述一业务集群所对应数据库中最后写入的数据达到预设最大查询时间时，对所述一业务集群所对应数据库中的所有数据进行迁移。
进一步地，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
迁移所述一业务集群所对应数据库中的所有数据至指定存储，所述指定存储仅支持只读类型的接口。
进一步地，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
迁移所述一业务集群所对应数据库中的所有数据至一总容量更大的数据库中；
解除所述一业务集群与其原数据库的对应关系，新建所述一业务集群与所述总容量更大的数据库的对应关系；
修改路由集群中所一业务集群的配置为支持所有类型的接口。
进一步地，还包括：
修改路由集群中所述一业务集群的配置为支持所有类型的接口。
进一步地，还包括：
划分业务系统的各个接口所属的类型，所述类型包括写入、更新和只读。
进一步地，所述业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群，具体为：
业务系统通过一写入类型的接口访问路由集群；
路由集群依据各业务集群对应的数据库的当前配置，选定一业务集群，并将其地址返回给业务系统。
从上述描述可知，对应本领域普通技术人员可以理解实现上述技术方案中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来实现的，所述的程序可存储于一计算机可读取的存储介质中，该程序在执行时，可包括如上述各方法的流程。所述程序在被处理器执行后，同样能够实现对应各方法的有益效果。
其中，所述的存储介质可以是磁盘、光碟、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
实施例一
请参照图3，本实施例针对多集群独立数据库的业务系统架构，提供一种集群数据管理方法，所述业务系统架构如图1所示，其中，各个业务集群均配置有与自身对应的独立的数据库，业务集群A通过其数据库a进行数据的操作；业务集群B通过其数据库b进行数据的操作。
所述包括：
S1：划分业务系统访问业务集群的各个接口所归属的类型，主要将接口区分为写入、更新和只读三种类型。
通过预先对接口进行类型区分，提高后续路由集群对接口类型的判断效率和准确性，同时确保方案准确无误的实施。
S2：配置一与业务系统连接的路由集群；
也就是说，新增一个具备路由功能的集群，与业务系统双向通讯。业务系统需要通过路由集群提供的路由地址才能访问业务集群，执行相关操作。
S3：在路由集群中，设置各个业务集群的初始默认配置，初始默认配置为同时支持写入、更新和只读的接口。
通过该配置能够设置对应业务集群可接入的接口类型。
S4：当业务系统通过一写入类型的接口访问路由集群；
S5：路由集群依据各业务集群各自对应的数据库的当前配置，选定一业务集群，并将该业务集群的地址返回给业务系统。
具体是选取一支持写入接口的业务集群，若存在多个，则执行下述策略：
当此处存在多个的支持写入接口的业务集群时，如何进行选择。业务系统会预先访问路由集群提供的接口，该接口将会返回满足条件的支持写入接口的业务集群地址(一个或者多个)，当返回多个的业务集群地址时，可以采用多种策略选择。一是随机选择一个地址，二是按照顺序选择，第一次选第一个地址，第二次就选第二个地址，以此类推。三是智能返回。由路由集群监控每个业务集群的资源占用情况，把占用资源最少的业务集群地址，按顺序排序出来，则业务系统只需要选择第一个地址使用即可。
优选地，所选定的业务集群为其对应的数据库的当前容量最大且当前配置支持写入类型接口的业务集群。
可见，本实施例的架构方式，是通过路由集群来进行整个数据库集群的标记设置的，通过这种标记设置，为下述实现整个数据库集群的扩容和数据迁移提供支持。
S6：当某一业务集群所对应数据库的当前容量达到预设阈值，则修改路由集群中所述一业务集群的配置为仅支持更新和只读类型的接口。
预设阈值可以是总容量的一定百分比，具体依据业务需求灵活进行设定。例如，80％。达到预设阈值，即标识有必要对该数据库进行扩容或资源回收。
修改后，该业务集群对应的数据库便仅支持对数据进行修改以及查询操作，而不再支持写入数据操作，即不再会新增数据。
S7：当所述修改超过预设时长，则修改所述一业务集群的配置为仅支持只读类型的接口。
相应地，预设时长也支持依据实际需求进行灵活地配置。该时长对应的是数据库内数据可更新的时机。一旦过了这个时机，便不再支持对该数据库内的书进行修改操作，而仅支持数据查询。例如，对应订单系统，则该时长对应业务上规定的可以修改订单的时间。提供适当的数据更新时机，这样能在不影响数据库容量的情况下，使有效数据依然具备可改性，保证数据的准确性。
S8：对所述一业务集群所对应数据库中的所有数据进行迁移。
通过上述操作，该业务集群对应的数据库内的数据已经不再新增，且过了可更新的时机。因此，可以对该数据库内的数据进行迁移，实现简单、便捷地实现扩容或者资源回收。
以上步骤，不仅实现了多集群独立数据库能够便捷地进行扩容操作，而且还能支持数据库资源的回收；进一步地，还能实现业务集群的负载均衡。
在第一个具体实例中，可以将数据库的所有数据统一迁移至一个大容量的存储介质中，专门存储历史数据，该存储介质仅提供仅支持只读类型的接口；然后，修改清空数据的数据库的配置为支持所有类型的接口，使其恢复正常工作。
在第二个具体实例中，可以进行扩容操作，将所有数据迁移到一个更大容量的数据库中，然后解除所述一业务集群与其原数据库的对应关系，在路由集群中新建所述一业务集群与扩容后数据库的对应关系；同时，修改路由集群中所一业务集群的配置为支持所有类型的接口，使其恢复正常的工作。
在第三个具体实例中，还能在数据过期后再进行扩容或者资源回收，使得数据过期前都能够被查询到。
该具体实例中，所述S8步骤进行数据迁移之前，还包括：
当所述一业务集群所对应数据库中最后写入的数据达到预设最大查询时间时，再执行迁移操作。
其中，所述最大查询时间可依据需求进行灵活配置，例如，业务上规定超所60天的数据为过期数据，便可在最后一条写入的数据达到60天时，将数据库中的所有数据进行迁移，执行扩容或者资源回收操作。
针对现有技术中提供的针对单集群数据库的扩容和数据迁移方法，其能够实现在该集群的数据库需要扩容时将数据迁移至OSD上。但是其只能在一个数据库集群中使用，而无法适用于多集群独立数据库的场景。因为，其需要对集群内的存储节点进行标记后再进行扩容；而本申请是对整个数据库集群进行标记设置后，通过路由系统来实现整个集群的扩容和数据迁移功能；另外，现有技术的上述方式仅支持特定的数据库，如ceph集群这种包含多个存储节点的数据库，而像本mysq集群、oracle集群这种关系型的数据库，只有主从模式，内部无多存储节点的架构，则无法使用上述方案；而在本发明中，通过新的系统架构解决了上述问题，能支持任意类型的数据库。
实施例二
本实施例对应实施例一，提供一具体运用场景：
假设存在一个订单的业务系统，存在业务集群A与业务集群B；对应上述实施例一，新增一个路由集群；订单操作类型只存在新增、修改和查询3种操作。
如下的所有数据库均为集群数据库，即多个的数据库组成的一个集群，这边统一命名为数据库。
正常情况下，所有的订单操作，都是由订单业务系统访问路由集群之后，根据返回的结果地址，选择合适的业务集群(A或者B)进行订单操作。
假设路由集群中返回信息如下：业务集群A(新增，修改，查询)；业务集群B(新增，修改，查询)。在此，对路由集群返回的地址进行说明：集群A和B均可支持新增，修改，删除订单的操作。相应地，说明此时所有的订单的操作都是平均分流到业务集群A和B上的。
假设原先a数据库总容量大小为1000G；b数据库总容量大小为500G。一段时间之后，b数据库容量已达到了400G(占总容量的80％)，则此时需要针对b数据库进行扩容操作。此时，预先修改路由集群中集群B的信息为：集群B(修改，查询)，则此时，所有新增订单的操作都会到集群A中，而集群B则只支持订单修改和查询。
当超过一定时间，比如说超过业务上规定的可以修改订单的时间后(如说7天)，则修改路由集群中集群B的信息为:集群B(查询)，则此时，集群B只支持订单查询操作了。此时，集群B中的数据不会再次进行变动，则可以开始进行后续操作。
后续操作如果为扩容操作，则新建一个数据库c，容量为1000G；复制b数据库的所有数据至c数据库中；之后，修改业务集群B中的数据库连接地址为c数据库，修改成功后，再次修改路由集群中集群B信息为：集群B(新增，修改，查询)，则此时，完成了b数据库的扩容操作。
后续操作如果为历史数据的迁移，则直接迁移b数据库的所有数据至历史数据存储数据库，因为b数据库中数据已写入到历史数据存储数据库中了，历史订单将会统一到历史数据存储数据库中进行查询。此时，已实现历史数据的迁移，便可以回收业务集群B与b数据库了，因为里面的数据已无使用价值了。
通过本实施例可见，能够以路由表的配置来实现数据的写入、修改和查询的分离，最终可以很容易地实现数据库的扩容与删除操作，对于多集群独立数据库场景之下的数据库资源地合理利用，有很大程度的提高。
实施例三
本实施例对应实施例一或实施例二，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现如上述实施例一或实施例二所述的集群数据管理方法所包含的步骤。具体的步骤内容在此不进行复述，详情请参阅实施例一或实施例二的记载。
综上所述，本发明提供的集群数据管理方法、存储介质，不仅实现了多集群独立数据库能够便捷地进行扩容操作；而且还能支持数据库资源的回收；进一步地，还能实现业务集群的负载均衡；进一步地，还能实现过期数据的统一归集，提供历史数据查询功能；因此，本发明具有操作便捷、实用性强、成本低等特点。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.集群数据管理方法，其特征在于，包括：
配置与业务系统连接的路由集群；
在路由集群中配置各个业务集群支持包括写入、更新和只读类型的接口；
业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群；
当一业务集群所对应数据库的当前容量达到预设阈值，则修改路由集群中所述一业务集群的配置为仅支持更新和只读类型的接口；
当所述修改超过预设时长，则修改所述一业务集群的配置为仅支持只读类型的接口；
对所述一业务集群所对应数据库中的所有数据进行迁移。
2.如权利要求1所述的集群数据管理方法，其特征在于，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
当所述一业务集群所对应数据库中最后写入的数据达到预设最大查询时间时，对所述一业务集群所对应数据库中的所有数据进行迁移。
3.如权利要求1所述的集群数据管理方法，其特征在于，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
迁移所述一业务集群所对应数据库中的所有数据至指定存储，所述指定存储仅支持只读类型的接口。
4.如权利要求1所述的集群数据管理方法，其特征在于，所述对所述一业务集群所对应数据库中的所有数据进行迁移，具体为：
迁移所述一业务集群所对应数据库中的所有数据至一总容量更大的数据库中；
解除所述一业务集群与其原数据库的对应关系，新建所述一业务集群与所述总容量更大的数据库的对应关系；
修改路由集群中所一业务集群的配置为支持所有类型的接口。
5.如权利要求1或3所述的集群数据管理方法，其特征在于，还包括：
修改路由集群中所述一业务集群的配置为支持所有类型的接口。
6.如权利要求1所述的集群数据管理方法，其特征在于，还包括：
划分业务系统的各个接口所属的类型，所述类型包括写入、更新和只读。
7.如权利要求1所述的集群数据管理方法，其特征在于，所述业务系统依据路由集群返回的各业务集群的当前配置确定待访问的业务集群，具体为：
业务系统通过一写入类型的接口访问路由集群；
路由集群依据各业务集群对应的数据库的当前配置，选定一业务集群，并将其地址返回给业务系统。
8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序在被处理器执行时，能够实现如上述权利要求1-7任意一项所述的集群数据管理方法所包含的步骤。
CN202010361284.2A 2020-04-30 2020-04-30 集群数据管理方法、存储介质 Active CN111711531B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010361284.2A CN111711531B (zh) 2020-04-30 2020-04-30 集群数据管理方法、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010361284.2A CN111711531B (zh) 2020-04-30 2020-04-30 集群数据管理方法、存储介质

Publications (2)

Publication Number Publication Date
CN111711531A true CN111711531A (zh) 2020-09-25
CN111711531B CN111711531B (zh) 2022-09-06

Family

ID=72537066

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010361284.2A Active CN111711531B (zh) 2020-04-30 2020-04-30 集群数据管理方法、存储介质

Country Status (1)

Country Link
CN (1) CN111711531B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106844510A (zh) * 2016-12-28 2017-06-13 北京五八信息技术有限公司 一种分布式数据库集群的数据迁移方法和装置
CN108509153A (zh) * 2018-03-23 2018-09-07 新华三技术有限公司 Osd选择方法、数据写入和读取方法、监控器和服务器集群
CN108829805A (zh) * 2018-06-06 2018-11-16 福建南威软件有限公司 一种基于MongoDB的分片存储方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106844510A (zh) * 2016-12-28 2017-06-13 北京五八信息技术有限公司 一种分布式数据库集群的数据迁移方法和装置
CN108509153A (zh) * 2018-03-23 2018-09-07 新华三技术有限公司 Osd选择方法、数据写入和读取方法、监控器和服务器集群
CN108829805A (zh) * 2018-06-06 2018-11-16 福建南威软件有限公司 一种基于MongoDB的分片存储方法

Also Published As

Publication number Publication date
CN111711531B (zh) 2022-09-06

Similar Documents

Publication Publication Date Title
US7146377B2 (en) Storage system having partitioned migratable metadata
JP5607059B2 (ja) パーティション化した拡張可能で可用性の高い構造化ストレージにおけるパーティション管理
JP4117265B2 (ja) ファイルシステムのバージョンを管理する方法およびシステム
US20190163591A1 (en) Remote Data Replication Method and System
US7107323B2 (en) System and method of file distribution for a computer system in which partial files are arranged according to various allocation rules
US20060047926A1 (en) Managing multiple snapshot copies of data
EP3163446B1 (en) Data storage method and data storage management server
CN109831540B (zh) 分布式存储方法、装置、电子设备及存储介质
CN103186622B (zh) 一种全文检索系统中索引信息的更新方法以及装置
JP6211631B2 (ja) ボリューム複製を目的としたワークロードの特定およびバッファのサイズ設定
CN106682215A (zh) 一种数据处理方法和管理节点
CN109407975B (zh) 写数据方法与计算节点以及分布式存储系统
US10642817B2 (en) Index table update method, and device
CN110597912B (zh) 一种区块存储方法及装置
US11455275B2 (en) Storing a point in time coherently for a distributed storage system
CN112559459B (zh) 一种基于云计算的自适应存储分层系统及方法
CN111711531B (zh) 集群数据管理方法、存储介质
KR20090007926A (ko) 플래시 메모리에 저장된 데이터의 인덱스 정보 관리 장치및 방법
US7330946B2 (en) Data processing system
CN108804571B (zh) 一种数据存储方法、装置以及设备
CN114930281A (zh) 动态自适应分区分割
US20060149772A1 (en) Method for reducing a data repository
CN104572754A (zh) 一种数据库系统、数据库系统访问方法及装置
CN109325023A (zh) 一种数据处理方法及装置
CN117009439B (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
GR01 Patent grant
GR01 Patent grant