[发明专利]基于TimesTen内存库的订阅数据库伸缩方法、装置及计算设备

说明书

本发明实施例涉及计算机内存库技术领域，公开了一种基于TimesTen内存库的订阅数据库伸缩方法、装置及计算设备。该方法包括：采集所述TimesTen内存库的性能指标数据；根据所述性能指标数据计算目标TimesTen内存库的订阅数据库数量，以判断是否需要对所述订阅数据库进行伸缩；根据所述判断的结果对所述订阅数据库进行伸缩。通过上述方式，本发明实施例实现了应用负载变化时自动地弹性增加或减少订阅数据库的数量，从而均衡只读负载或者回收资源。

技术领域

本发明实施例涉及计算机内存库技术领域，具体涉及一种基于TimesTen内存库的订阅数据库伸缩方法、装置及计算设备。

背景技术

TimesTen作为内存数据库，其具有良好的性能，但作为关键业务系统的支撑平台，不仅需要运行速度快，还需要运行稳定，因此高可用性也是部署TimesTen数据库时必须考虑的重要因素。性能、可用性和可扩展性是TimesTen内存数据库系统非功能性需求中最重要的指标。

为了减轻主数据库的压力，以及提高数据库的可扩展性，可以通过中介的传播数据库进行数据分发。传播数据库对于主数据库而言是订阅者，同时也是数据发布者，一般不接受应用负载，而是由下属的多个订阅数据库接受只读负载。订阅数据库的数量可以根据应用负载情况进行增加或减少。

现有技术中，一般通过人为收集订阅数据库的负载情况，制定订阅数据库增加或减少的判断条件，从而手动增加或减少订阅数据库的数量，实现对只读负载的均衡。现有技术有如下缺点：

1)、需要人为采集监控：应用的负载随着业务情况时刻变化，体现到后端内存库的性能指标情况，需要人为监控，以人工或者脚本的方式进行资源监控，并以此为基础进行创建和释放数据库资源；

2)、变更条件需要人为分析判断：当内存库的性能指标波动时，需要人为判断是否增加或减少订阅数据库数量，已均衡只读负载或者回收资源；

3)、伸缩实施需要人为干预处理：当实施订阅数据库伸缩时，需要人为操作，耗时，同时影响业务，人为干预增加了操作的风险度；

4)、资源消耗：需要提前准备冗余的数据库资源以防业务高峰时受到影响，成本上造成浪费；

5)、业务连续性：业务受到影响后才会采取措施，影响了业务的连续性。

由上可见，现有技术方案未能根据应用负载情况动态调整订阅数据库数量，从而均衡只读负载或者回收资源；当应用负载达到临界条件后需要人工干预。从维护实际情况来看，当应用负载波动影响到内存库性能时，内存库性能的变化也会对应用性能产生影响，此时对内存库的调整存在滞后性；同时现有技术方案是手工调整的，进一步放大了滞后性。

发明内容

鉴于上述问题，本发明实施例提供了一种基于TimesTen内存库的订阅数据库伸缩方法、装置及计算设备，克服了上述问题或者至少部分地解决了上述问题。

根据本发明实施例的一个方面，提供了一种基于TimesTen内存库的订阅数据库伸缩方法，所述方法包括：

采集所述TimesTen内存库的性能指标数据；

根据所述性能指标数据计算目标TimesTen内存库的订阅数据库数量，以判断是否需要对所述订阅数据库进行伸缩；

根据所述判断的结果对所述订阅数据库进行伸缩。

在一种可选的方式中，所述采集所述TimesTen内存库的性能指标数据，进一步包括：

通过自动化脚本按照固定的采集频率采集应用程序、内存库和主机的性能指标数据；其中，所述性能指标数据包括：应用程序的连接数、应用程序的响应时间、内存库主机的CPU负载、内存库主机的内存使用率、内存库的CS进程代理数和内存库的主备文件同步数。