CN110874352A - 数据库管理方法及系统 - Google Patents

Abstract

本申请公开了一种数据库管理方法及系统。其中，该方法包括：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。本申请解决了现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

Description

数据库管理方法及系统

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种数据库管理方法及系统。

背景技术

在传统数据库中，用户需要通过数据库管理员DBA进行表概要Schema设计和结构化查询语言SQL审核，因此，数据库管理员需要向用户了解业务的详情，并根据需求对实测的性能进行参数调优以满足业务的服务等级协议SLA。

但是，上述方式只适用于传统数据库，并且需要配备专门的数据库管理员团队，在多租户数据库(例如，非关系型数据库NoSQL)的云服务下，表概要设计以及访问模式都由用户自由选择，无需经过数据库管理员审核，并且由于是多租户，涉及的业务量非常大，人工支持并不现实。

因此，在多租户数据库云服务下，往往是所有的业务的参数相同设置，等出现问题之后再进行人工调优，但是，这是一种被动发现问题并解决问题的方式，通常在用户反馈问题后已经对业务造成了一定影响。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种数据库管理方法及系统，以至少解决现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

根据本申请实施例的一个方面，提供了一种数据库管理方法，包括：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

根据本申请实施例的另一方面，还提供了一种数据库管理装置，包括：监控模块，用于监控后台服务进程中的业务数据；确定模块，用于基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；处理模块，用于如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

根据本申请实施例的另一方面，还提供了一种数据库管理系统，包括：控制台，用于在创建实例时，设置至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改监控系统，用于监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；调整系统，用于在上述业务数据不满足上述服务等级协议的标准时，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

根据本申请实施例的另一方面，还提供了一种存储介质，上述存储介质包括存储的程序，其中，在上述程序运行时控制上述存储介质所在设备执行以下步骤：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

根据本申请实施例的另一方面，还提供了一种计算机系统，包括：处理器；以及存储器，与上述处理器连接，用于为上述处理器提供处理以下处理步骤的指令：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

在本申请实施例中，通过监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

容易注意到的是，本申请预先存储至少一种业务的业务类型，并根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准，从而可以基于上述业务类型确定后台服务进程中的业务数据是否满足服务等级协议的标准，进而在确定上述业务数据不满足上述服务等级协议的标准的情况下，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

由此，本申请实施例能够智能分析不同业务的业务模式，从而通过对系统进行自动化式的参数调整，满足不同业务场景下需要的服务等级协议，进而解决了现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种用于实现数据库管理方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本申请实施例的一种数据库管理方法的流程图；

图3是根据本申请实施例的一种可选的数据库管理方法的流程图；

图4是根据本申请实施例的一种可选的数据库管理方法的流程图；

图5是根据本申请实施例的一种可选的数据库管理方法的场景示意图；

图6是根据本申请实施例的一种数据库管理系统的示意图；

图7是根据本申请实施例的一种可选的数据库管理系统的示意图；

图8是根据本申请实施例的一种数据库管理装置的示意图；以及

图9是根据本申请实施例的一种计算机终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

多租户：是指一种软件架构，支持一个实例服务多个用户，其中，每一个用户被称之为租户。

服务等级协议(Service-Level Agreement，SLA)：是关于网络服务供应商和客户间的一份合同协议，在数据库服务中，服务等级协议中往往定义了用户访问错误率、延时等相关指标。

数据库管理员(DBA)：主要职责是运维和管理数据库服务，负责业务数据库从设计、测试到部署交付到全生命周期管理。

表格存储(TableStore)：是一种可提供海量结构化数据的存储和实时访问功能的分布式NoSQL数据库，可以但不限于通过数据分片和负载均衡技术，达到规模的无缝扩展。

分区：是表格存储中负载均衡的基本调度单位，通过分区可以实现数据存储的水平扩展，保证性能和可用性。

分裂：分布式系统中的一种重要技术，一个分区变成多个子分区，其数据被各个子分区所有，这个过程称为分裂。其中，自动分裂可以解决一个分区的读写请求量超过单台物理机器处理能力的问题。

结构化合并树：(Log Structured Merge Tree，LSM Tree)，是一种典型的K-V引擎架构，被应用在很多数据库引擎中来提供更大的写操作吞吐量；LSM树依赖加密文件(memfile)临时保存数据在内存中，加密文件会定期备份到磁盘形成一个个物理文件，众多的物理文件依赖合并过程被重新组织并提供高效的访问能力。

缓存(BlockCache)：表格存储的后端进程中会开辟一块内存，用来缓存用户读过的数据，这样用户再读相同数据时就可以命中缓冲过的数据，避免读盘，减少IO的资源消耗，降低用户延时。

合并(Compact ion)：表格存储的后端进程会将多个文件合并成一个文件，以减少数据查询过程中IO的次数，这个过程称之为合并。

每秒查询率(QPS)：是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。

实施例1

根据本申请实施例，提供了一种数据库管理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例1所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现数据库管理方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的数据库管理方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据库管理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Control ler，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

在上述运行环境下，本申请提供了如图2所示的一种数据库管理方法的实施例，图2是根据本申请实施例1的一种数据库管理方法的流程图，如图2所示，上述方法可以通过如下方法步骤实现：

步骤S202，监控后台服务进程中的业务数据。

可选地，上述后台服务进程可以但不限于为表格存储服务进程，通过监控表格存储服务进程，获取相关的监控数据，得到监控表格存储服务进程中的业务数据。

作为一种可选的实施例，可以但不限于通过监控系统监控后台服务进程中的业务数据。其中，上述业务数据可以包括以下至少之一：数据存储业务的数据、数据访问业务的数据、数据同步业务的数据等等。

步骤S204，基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准。

可选地，上述业务类型可以包括以下至少之一：数据存储业务、数据访问业务、数据同步业务等等。

由于在本申请实施例中，预先根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准，因此，基于至少一种业务的业务类型，可以确定至少一种业务所对应的业务数据是否满足服务等级协议的标准。

在本申请方案中，用户在创建实例时可以通过选择与业务对应的业务类型，进而告知数据库管理员DBA系统进行性能参数调优的侧重方向，并向数据库服务提出保障服务等级协议SLA的需求。

另外，在本申请实施例中，监控系统可以自动发现业务数据的服务等级协议SLA异常，即业务数据不满足服务等级协议的标准的情况，并通过分析业务的底层信息确定是否可以对需要调优的参数进行调整，来进一步的提高业务的访问性能。本申请不仅可以尽可能的满足用户的SLA需求，而且可以大大减少人工运维支持的工作量。

需要说明的是，在本申请实施例中，数据库服务可以向业务承诺的服务等级协议SLA可以包括以下几个方面：延时、用户访问错误率、吞吐量等。

步骤S206，如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

在本申请实施例中，为了达到保证业务满足服务等级协议的标准的目的，在业务数据不满足服务等级协议的标准的情况下，上述监控系统则可以通知调整系统对业务数据的至少一个参数进行调整，以使得上述业务数据满足上述服务等级协议的标准，其中，上述至少一个参数可以但不限于为需要进行调优的参数，例如，在本申请实施例中，可以通过确定上述业务数据的异常类型，获取需要调优的至少一个参数。

仍需要说明的是，上述监控系统和上述调整系统均为计算机系统，集成设置在数据库管理系统中，以实现本申请实施例所提供的数据库管理方法。

在本申请实施例中，通过监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

容易注意到的是，本申请预先存储至少一种业务的业务类型，并根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准，从而可以基于上述业务类型确定后台服务进程中的业务数据是否满足服务等级协议的标准，进而在确定上述业务数据不满足上述服务等级协议的标准的情况下，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

由此，本申请实施例达到了能够智能分析不同的业务的业务模式的目的，从而实现了，通过对系统进行自动化式的参数调整，满足不同业务场景下需要的服务等级协议的技术效果，进而解决了现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

在一种可选的实施例中，在基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准之前，上述方法还包括：

步骤S2032，在控制台上创建实例时，设置上述至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；

步骤S2034，根据业务类型定义不同业务的服务等级协议的标准。

在上述可选的实施例中，业务类型可以但不限于在控制台上为至少一种业务创建实例时，根据业务的自身情况设置的与业务对应的业务类型，也可以为对已有实例的业务类型进行修改，得到的业务类型，在本申请实施例中，根据业务类型定义不同的服务等级协议SLA的标准，以便于通过监控业务数据并调整相关的系统参数来保证业务满足服务等级协议的标准。

在一种可选的实施例中，如图3所示，上述步骤S206，如果上述业务数据不满足上述服务等级协议的标准，通过调整参数来使得上述业务数据满足上述服务等级协议的标准，包括：

步骤S2060，如果上述业务数据不满足上述服务等级协议的标准，确定上述业务数据存在异常；

步骤S2062，通过确定上述业务数据的异常类型，获取需要调优的参数；

步骤S2064，对上述需要调优的参数进行修改。

可选地，上述异常类型包括：读取延时长、用户访问错误率高、吞吐量低等。

在一种可选的实施例中，在获取需要调优的参数之后，上述方法还包括：

步骤S302，判断是否允许对上述需要调优的参数进行调整；

步骤S304，如果允许，则执行对上述需要调优的参数进行修改的步骤。

在一种可选的实施例中，在确定上述业务数据的异常类型之后，调整系统可以根据业务数据的异常类型从表格存储服务进程获取相关的需要调优的参数，判断是否允许对上述需要调优的参数进行优化，如果是，则对上述需要调优的参数进行修改。

另外，作为一种可选的实施例，监控系统还可以分析业务的访问性能参数，来判断是否可以对上述访问性能参数进行进一步的性能调优，以提供给业务更好的访问性能。

在本申请中，一种可选的实施例，在对上述需要调优的参数进行修改的过程中，需要实时或定时对修改后的参数进行有效性判断，如果有效则继续对上述需要调优的参数进行修改，直至上述业务数据满足上述服务等级协议的标准。

在上述可选的实施例中，可以通过监控系统对修改后的参数的性能指标进行判断，以确定对需要调优的参数进行修改的过程是否有效。如果有效则进一步对上述需要调优的参数进行调整，直到上述业务数据满足上述服务等级协议的标准，或者无法进一步对需要调优的参数进行调整为止。

在一种可选的实施例中，在监控存储在磁盘中的上述业务数据的读操作的情况下，上述业务数据的异常类型包括：读取业务数据的延时不满足上述服务等级协议的标准，或检测到预定时段内读操作的延时次数异常。

可选地，上述预定时段可以为10个小时、24个小时等等，上述延时次数异常可以为：延时次数异常增加。

在一种可选的实施例中，如图4所示，通过确定上述业务数据的异常类型，获取需要调优的参数的步骤包括：

步骤S402，通过收集对全链路的业务数据进行读操作的耗时分析，确定异常结果，其中，上述业务数据至少包括：磁盘分区的性能数据；

步骤S404，基于上述异常结果确定上述需要调优的参数，并执行调优操作。

作为一种可选的实施例，若读取业务数据的延时不满足上述服务等级协议的标准，或检测到预定时段内读操作的延时次数异常，则监控系统可以收集对全链路的数据进行读操作的耗时分析，并将分析得到的异常结果通知给调整系统，然后由调整系统基于上述异常结果确定需要调优的参数，并执行对应的调优操作。

以下通过各个可选的场景，对基于上述异常结果确定需要调优的参数，并执行对应的调优操作进行示例性说明：

步骤S4040，如果上述异常结果为上述读操作导致IO的资源消耗大，则确定调整合并参数，使得减少上述磁盘中的分区文件数。其中，“IO的资源消耗大”的含义为IO所耗费的资源大于预设阈值，其中，该预设阈值可以根据情况灵活设定，也可以根据经验设定。

其中，上述合并参数可以但不限于为用于将至少一个文件合并为一个文件的参数数据，以减少磁盘中的分区文件数和数据查询过程中的输入输出接口的资源消耗。

需要说明的是，由于读操作读取多个文件，会导致输入输出接口的资源消耗量大，则调整系统可以通过调整合并参数提高文件的合并效率，以减少磁盘中的分区文件数，进而降低输入输出接口的资源消耗量。

步骤S4042，如果上述异常结果为读操作导致预定时间内下载文件使得输入输出接口的资源消耗大，则确定开启缓存功能。

需要说明的是，由于读操作读取多个文件，会导致预定时间内下载文件使得输入输出接口的资源消耗量大，则调整系统可以开启加密文件备份数据至进缓存的缓存功能，以减少输入输出接口的资源消耗量。

步骤S4044，如果上述异常结果为输入输出接口的毛刺导致延时高，则确定开启所有数据进缓存的功能。

在本申请实施例中，由于输入输出接口的毛刺会导致延时高，因此，调整系统可以开启所有的数据进入缓冲区的功能，以降低由于输入输出接口的毛刺导致延时。

步骤S4046，如果上述异常结果为每秒查询率超过阈值，则确定调整负载均衡参数。

在本申请的一些实施例中，上述阈值可以但不限于根据具体查询数据的类型等进行确定，本申请实施例并不具体限定阈值的取值。在一种可选的实施例中，如果每秒查询数据的次数过多，导致每秒查询率超过阈值，则调整系统可以调整负载均衡参数，以实现将硬盘分区的压力控制在一定范围的技术效果。

需要说明的是，上述步骤S4040至步骤S4046中所提供的各个示例均为可选的并列方案，并不限定实施步骤，或先后顺序。

在一种可选的实施例中，在监控后台服务进程中的业务数据之前，上述方法还包括：

步骤S502，接收到写请求，并基于上述写请求将业务数据写入到内存中；

步骤S504，如果上述内存写入的容量达到预定量，则将写入的业务数据作为磁盘文件存储至磁盘中；其中，上述后台服务进程将写入上述内存的业务数据放入缓存中。

为便于理解本申请实施例，以下通过图5所示的多租户数据库的业务调控的应用场景，对本申请实施例所提供的数据库管理方法进行示例性说明，如图5所示，一种可选的数据库管理方法，可以通过如下方法步骤实现：

首先，表格存储的文件是以结构化合并树结构组织的，在接收到写请求的情况下，可以基于上述写请求将业务数据写入到内存中，在将业务数据写到内存中的加密文件中之后，当写入的数据达到预定量时，内存可以将写入的业务数据作为磁盘文件备份到磁盘上。

并且，后台服务进程可以通过合并技术将多个文件合并成一个文件，并且，表格存储有个优化功能是开启备份业务数据至缓存的功能，以减少后续读取数据时输入输出接口的资源消耗量。

其次，在接收到读请求的情况下，可以基于读请求从加密文件和缓存中读数据并进行合并，如果缓存中没命中需要读取的数据时，则需要从磁盘上读取，并将读取到的业务数据放入到缓存中，以便于下一次读取数据。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

实施例2

根据本申请实施例，还提供了一种数据库管理系统的实施例，图6是根据本申请实施例的一种数据库管理系统的示意图，如图6所示，该多租户数据库的业务调控系统600包括：控制台602、监控系统604和调整系统606，其中：

控制台602，用于在创建实例时，设置至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；监控系统604，用于监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；调整系统606，用于在上述业务数据不满足上述服务等级协议的标准时，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

在本申请的一些实施例中，如图7所示，上述控制台602与上述监控系统604连接，上述监控系统604和调整系统606，分别与后台服务进程608连接，上述后台服务进程可以但不限于为表格存储服务进程，通过监控表格存储服务进程，获取相关的监控数据，得到监控表格存储服务进程中的业务数据。

作为一种可选的实施例，可以但不限于通过监控系统监控后台服务进程中的业务数据。其中，上述业务数据可以但不限于包括以下至少之一：数据存储业务的数据、数据访问业务的数据、数据同步业务的数据等等。

在上述可选的实施例中，上述业务类型可以但不限于在控制台上为至少一种业务创建实例时，根据业务的自身情况设置的与业务对应的业务类型，也可以为对已有实例的业务类型进行修改，得到的业务类型，在本申请实施例中，根据业务类型定义不同的服务等级协议SLA的标准，以便于通过监控业务数据并调整相关的系统参数来保证业务满足服务等级协议的标准。

由于在本申请实施例中，预先根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准，因此，基于至少一种业务的业务类型，可以确定至少一种业务所对应的业务数据是否满足服务等级协议的标准。

在本申请实施例中，监控系统可以自动发现业务数据的服务等级协议SLA异常，即业务数据不满足服务等级协议的标准的情况，并通过分析业务的底层信息确定是否可以对需要调优的参数进行调整，来进一步的提高业务的访问性能。本申请不仅可以尽可能的满足用户的SLA需求，而且可以大大减少人工运维支持的工作量。

需要说明的是，在本申请实施例中，数据库服务可以向业务承诺的服务等级协议SLA可以包括以下几个方面：延时、用户访问错误率、吞吐量等。

在本申请实施例中，为了达到保证业务满足服务等级协议的标准的目的，在业务数据不满足服务等级协议的标准的情况下，上述监控系统则可以通知调整系统对业务数据的至少一个参数进行调整，以使得上述业务数据满足上述服务等级协议的标准，其中，上述至少一个参数可以但不限于为需要进行调优的参数，例如，在本申请实施例中，可以通过确定上述业务数据的异常类型，获取需要调优的至少一个参数。

仍需要说明的是，上述监控系统和上述调整系统均为计算机系统，集成设置在数据库管理系统中，以实现本申请实施例所提供的数据库管理方法。

在本申请实施例中，通过控制台602，用于在创建实例时，设置至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；监控系统604，用于监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；调整系统606，用于在上述业务数据不满足上述服务等级协议的标准时，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

容易注意到的是，本申请预先存储至少一种业务的业务类型，并根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准，从而可以基于上述业务类型确定后台服务进程中的业务数据是否满足服务等级协议的标准，进而在确定上述业务数据不满足上述服务等级协议的标准的情况下，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

由此，本申请实施例达到了能够智能分析不同的业务的业务模式的目的，从而实现了，通过对系统进行自动化式的参数调整，满足不同业务场景下需要的服务等级协议的技术效果，进而解决了现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。

实施例3

根据本申请实施例，还提供了一种计算机系统的实施例，包括：处理器；以及存储器，与上述处理器连接，用于为上述处理器提供处理以下处理步骤的指令：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

在本申请实施例中，通过监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

容易注意到的是，本申请预先存储至少一种业务的业务类型，并根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准，从而可以基于上述业务类型确定后台服务进程中的业务数据是否满足服务等级协议的标准，进而在确定上述业务数据不满足上述服务等级协议的标准的情况下，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

由此，本申请实施例达到了能够智能分析不同的业务的业务模式的目的，从而实现了，通过对系统进行自动化式的参数调整，满足不同业务场景下需要的服务等级协议的技术效果，进而解决了现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。

实施例4

根据本申请实施例，还提供了一种用于实施上述数据库管理方法的装置实施例，图8是根据本申请实施例的一种数据库管理装置的示意图，如图8所示，该装置800包括：监控模块802、确定模块804和处理模块806，其中：

监控模块802，用于监控后台服务进程中的业务数据；确定模块804，用于基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；处理模块806，用于如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

此处需要说明的是，上述监控模块802、确定模块804和处理模块806对应于实施例1中的步骤S202至步骤S206，三个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例1提供的计算机终端10中。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。

实施例5

根据本申请的实施例，还提供一种计算机终端的实施例，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。

在本实施例中，上述计算机终端可以执行数据库管理方法中以下步骤的程序代码：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

可选地，图9是根据本申请实施例的一种计算机终端的结构框图，如图9所示，该计算机终端900可以包括：一个或多个(图中仅示出一个)处理器902、存储器904、以及外设接口906。

其中，存储器可用于存储软件程序以及模块，如本申请实施例中的数据库管理方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据库管理方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端900。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

可选地，上述处理器还可以执行如下步骤的程序代码：如果上述业务数据不满足上述服务等级协议的标准，确定上述业务数据存在异常；通过确定上述业务数据的异常类型，获取需要调优的参数；对上述需要调优的参数进行修改。

可选地，上述处理器还可以执行如下步骤的程序代码：判断是否允许对上述需要调优的参数进行调整；如果允许，则执行对上述需要调优的参数进行修改的步骤。

可选地，上述处理器还可以执行如下步骤的程序代码：在对上述需要调优的参数进行修改的过程中，需要实时或定时对修改后的参数进行有效性判断，如果有效则继续对上述需要调优的参数进行修改，直至上述业务数据满足上述服务等级协议的标准。

可选地，上述处理器还可以执行如下步骤的程序代码：通过收集对全链路的业务数据进行读操作的耗时分析，确定异常结果，其中，上述业务数据至少包括：磁盘分区的性能数据；基于上述异常结果确定上述需要调优的参数，并执行调优操作。

可选地，上述处理器还可以执行如下步骤的程序代码：如果上述异常结果为上述读操作导致输入输出请求的资源消耗大，则确定调整合并参数，使得减少上述磁盘中的分区文件数。

可选地，上述处理器还可以执行如下步骤的程序代码：如果上述异常结果为读操作导致预定时间内下载文件使得输入输出请求所耗费的资源大于预设阈值，则确定开启缓存功能。

可选地，上述处理器还可以执行如下步骤的程序代码：如果上述异常结果为输入输出接口的毛刺导致延时高，则确定开启所有数据进缓存的功能。

可选地，上述处理器还可以执行如下步骤的程序代码：如果上述异常结果为每秒查询率超过阈值，则确定调整负载均衡参数。

可选地，上述处理器还可以执行如下步骤的程序代码：接收到写请求，并基于上述写请求将业务数据写入到内存中；如果上述内存写入的容量达到预定量，则将写入的业务数据作为磁盘文件存储至磁盘中；其中，上述后台服务进程将写入上述内存的业务数据放入缓存中。

可选地，上述处理器还可以执行如下步骤的程序代码：在控制台上创建实例时，设置上述至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；根据业务类型定义不同业务的服务等级协议的标准。

采用本申请实施例，提供了一种数据库管理的方案。通过监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

由此，本申请实施例达到了能够智能分析不同的业务的业务模式的目的，从而实现了，通过对系统进行自动化式的参数调整，满足不同业务场景下需要的服务等级协议的技术效果，进而解决了现有的通用型多租户数据库无法面向不同场景下的海量业务、及时满足不同业务下的服务等级协议的技术问题。

本领域普通技术人员可以理解，图9所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobi leInternet Devices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，计算机终端900还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例6

根据本申请的实施例，还提供了一种存储介质的实施例。可选地，在本实施例中，上述存储介质可以用于保存上述实施例1所提供的数据库管理方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定上述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果上述业务数据不满足上述服务等级协议的标准，通过调整至少一个参数来使得上述业务数据满足上述服务等级协议的标准。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：如果上述业务数据不满足上述服务等级协议的标准，确定上述业务数据存在异常；通过确定上述业务数据的异常类型，获取需要调优的参数；对上述需要调优的参数进行修改。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：判断是否允许对上述需要调优的参数进行调整；如果允许，则执行对上述需要调优的参数进行修改的步骤。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在对上述需要调优的参数进行修改的过程中，需要实时或定时对修改后的参数进行有效性判断，如果有效则继续对上述需要调优的参数进行修改，直至上述业务数据满足上述服务等级协议的标准。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：通过收集对全链路的业务数据进行读操作的耗时分析，确定异常结果，其中，上述业务数据至少包括：磁盘分区的性能数据；基于上述异常结果确定上述需要调优的参数，并执行调优操作。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：如果上述异常结果为上述读操作导致输入输出请求(IO)的资源消耗大，则确定调整合并参数，使得减少上述磁盘中的分区文件数。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：如果上述异常结果为读操作导致预定时间内下载文件使得输入输出请求(IO)的资源消耗大，则确定开启缓存功能。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：如果上述异常结果为输入输出接口的毛刺导致延时高，则确定开启所有数据进缓存的功能。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：如果上述异常结果为每秒查询率超过阈值，则确定调整负载均衡参数。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：接收到写请求，并基于上述写请求将业务数据写入到内存中；如果上述内存写入的容量达到预定量，则将写入的业务数据作为磁盘文件存储至磁盘中；其中，上述后台服务进程将写入上述内存的业务数据放入缓存中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在控制台上创建实例时，设置上述至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；根据业务类型定义不同业务的服务等级协议的标准。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (15)

1.一种数据库管理方法，包括：

监控后台服务进程中的业务数据；

基于预存的至少一种业务的业务类型，确定所述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；

如果所述业务数据不满足所述服务等级协议的标准，通过调整至少一个参数来使得所述业务数据满足所述服务等级协议的标准。

2.根据权利要求1所述的方法，其中，如果所述业务数据不满足所述服务等级协议的标准，通过调整参数来使得所述业务数据满足所述服务等级协议的标准，包括：

如果所述业务数据不满足所述服务等级协议的标准，确定所述业务数据存在异常；

通过确定所述业务数据的异常类型，获取需要调优的参数；

对所述需要调优的参数进行修改。

3.根据权利要求2所述的方法，其中，在获取需要调优的参数之后，所述方法还包括：

判断是否允许对所述需要调优的参数进行调整；

如果允许，则执行对所述需要调优的参数进行修改的步骤。

4.根据权利要求2所述的方法，其中，在对所述需要调优的参数进行修改的过程中，需要实时或定时对修改后的参数进行有效性判断，如果有效则继续对所述需要调优的参数进行修改，直至所述业务数据满足所述服务等级协议的标准。

5.根据权利要求2所述的方法，其中，在监控存储在磁盘中的所述业务数据的读操作的情况下，所述业务数据的异常类型包括：读取业务数据的延时不满足所述服务等级协议的标准，或检测到预定时段内读操作的延时次数异常。

6.根据权利要求5所述的方法，其中，通过确定所述业务数据的异常类型，获取需要调优的参数的步骤包括：

通过收集对全链路的业务数据进行读操作的耗时分析，确定异常结果，其中，所述业务数据至少包括：磁盘分区的性能数据；

基于所述异常结果确定所述需要调优的参数，并执行调优操作。

7.根据权利要求6所述的方法，其中，基于所述异常结果确定所述需要调优的参数，并执行调优操作包括：

如果所述异常结果为所述读操作导致输入输出请求的资源消耗大，则确定调整合并参数，以减少所述磁盘中的分区文件数。

8.根据权利要求6所述的方法，其中，基于所述异常结果确定所述需要调优的参数，并执行调优操作包括：

如果所述异常结果为读操作导致预定时间内下载文件使得输入输出请求的资源消耗大，则确定开启缓存功能。

9.根据权利要求6所述的方法，其中，基于所述异常结果确定所述需要调优的参数，并执行调优操作包括：

如果所述异常结果为输入输出请求的毛刺导致延时高，则确定开启所有数据进缓存的功能。

10.根据权利要求6所述的方法，其中，基于所述异常结果确定所述需要调优的参数，并执行调优操作包括：

如果所述异常结果为每秒查询率超过阈值，则确定调整负载均衡参数。

11.根据权利要求1至10中任意一项所述的方法，其中，在监控后台服务进程中的业务数据之前，所述方法还包括：

接收到写请求，并基于所述写请求将业务数据写入到内存中；

如果所述内存写入的容量达到预定量，则将写入的业务数据作为磁盘文件存储至磁盘中；

其中，所述后台服务进程将写入所述内存的业务数据放入缓存中。

12.根据权利要求1所述的方法，其中，在基于预存的至少一种业务的业务类型，确定所述业务数据是否满足服务等级协议的标准之前，所述方法还包括：

在控制台上创建实例时，设置所述至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；

根据业务类型定义不同业务的服务等级协议的标准。

13.一种数据库管理系统，包括：

控制台，用于在创建实例时，设置至少一种业务对应的业务类型，或者对已经创建的实例的业务类型进行修改；

监控系统，用于监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定所述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；

调整系统，用于在所述业务数据不满足所述服务等级协议的标准时，通过调整至少一个参数来使得所述业务数据满足所述服务等级协议的标准。

14.一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行以下步骤：

监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定所述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果所述业务数据不满足所述服务等级协议的标准，通过调整至少一个参数来使得所述业务数据满足所述服务等级协议的标准。

15.一种计算机系统，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：监控后台服务进程中的业务数据；基于预存的至少一种业务的业务类型，确定所述业务数据是否满足服务等级协议的标准，其中，根据预存的业务针对不同的业务类型预先定义了对应的服务等级协议的标准；如果所述业务数据不满足所述服务等级协议的标准，通过调整至少一个参数来使得所述业务数据满足所述服务等级协议的标准。

Images