[发明专利]数据库容量变更方法和装置

说明书

本申请提供一种数据库容量变更方法和装置。该方法包括：获取到容量变更请求，其中，容量变更请求用于表示第一分库的剩余容量不足或者富余。根据容量变更请求，确定M个第二分库的剩余容量，其中，M为正整数，第一分库的总容量和M个第二分库的总容量构成已有资源。基于第一分库中各个数据库各自数据对应的占用容量和M个第二分库的剩余容量，生成目标规则。按照目标规则，将第一分库中的数据迁移到M个第二分库的剩余容量中。从而，无需停止服务，便可启动数据库的容量变更。

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据库容量变更方法和装置。

背景技术

随着互联网技术的高速发展，信息系统承载的业务越来越多，需要存储的数据也越来越多。例如，淬镜系统作为互联网渠道的承保对接平台，设计的承保量达到每天千万级。因此，淬镜系统通常按照业务字段进行分库存储，其原则如下：对业务字段进行哈希HASH运算，取后三位以及数据库总数计算数据存储在哪个分库中。比如，有2组库，那么000-499存储在第1组库中，500-999存储在第2组库中；如果有4组数据库，那么000-249存储在第1组库中，250-499存储在第2组库中，500-749存储在第3组库中，750-999存储在第4组库中。

然而，由于单台服务器的CPU、磁盘、内存、IO或者带宽等资源是有限的，在数据的储存容量和使用性能上很容易达到瓶颈。例如：某电商网站有几亿的用户，若将所有用户的数据均存储到一个数据库中，则会造成该数据库无法承受这么大的数据量。因此，需要对数据库进行扩容。

虽然，淬镜系统按照业务字段进行分库存储，得到的数据库具备较好的横线扩容性能，但仍存在以下问题：

一、数据库进行容量扩大或者缩小时，需要按新的数据库总数重新设置分库规则，因此，需要停止服务，迁移数据，然后再启动服务，即须将整个服务静止后才能进行扩容，如图1所示。其中，数据迁移涉及的是海量的用户数据，为了能够对迁移后的数据立即进行统一管理，现有的数据迁移做法通常是将数据库的全部用户数据一起进行迁移。这样便使得服务商需要向用户暂停一定时间的服务，在这段时间内完成数据迁移，无疑为用户使用服务带来了不便。

二、数据库按业务字段分库，在某些业务较大的情况下会出现数据热点等突发情况，比如热点商家产生了远大于其他商家的数据，会导致该热点商家所在的分库很快出现容量问题，这时需要人工干预，在业务突发高峰或节假日，往往会带来巨大的工作量。

综上，一方面，现有技术无法满足承保系统的服务级别协议(Service LevelAgreement，SLA)达到99.95％的要求。另一方面，数据库扩容时，数据库数量过多，以及为了将数据量的容量一步扩到位，会占用过多计算资源和硬件投入。又一方面，数据库扩容时所采取的数据迁移动作无疑是费时费力的，增加了数据库维护的难度，且该过程需要暂停数据库的使用，给业务运营带来影响。再一方面，突发情况下，沟通处理的成本非常高昂。

发明内容

本申请提供一种数据库容量变更方法和装置，以解决现有的数据量扩容过程中需要停止服务才能够迁移数据而导致不便，以及存在资源浪费和成本较高的问题。

第一方面，本申请提供一种数据库容量变更方法，包括：获取到容量变更请求，其中，所述容量变更请求用于表示第一分库的剩余容量不足或者富余；根据所述容量变更请求，确定M个第二分库的剩余容量，其中，M为正整数，所述第一分库的总容量和所述M个第二分库的总容量构成已有资源；基于所述第一分库中各个数据库各自数据对应的占用容量和所述M个第二分库的剩余容量，生成目标规则；按照所述目标规则，将所述第一分库中的数据迁移到所述M个第二分库中。

可选地，所述方法还包括：在数据迁移开始之前，确定切换时刻，其中，所述切换时刻为开始按照所述目标规则进行数据存储的时刻。

可选地，所述方法还包括：在数据迁移结束之后，删除所述第一分库的规则，其中，所述第一分库的规则为在所述切换时刻之前将数据存储到所述第一分库的规则。