CN109710615B - 数据库的访问管理方法、系统、电子设备和存储介质 - Google Patents

Abstract

本申请提供数据库的访问管理方法、系统、电子设备和存储介质，用于解决数据库访问无法统一监测的问题。访问管理方法由代理服务执行，包括：接收应用发起的访问请求，解析访问请求携带的键；将携带经配置的键的访问请求传至数据库，并返回数据库的响应数据；分别以各键为索引建立键值集；监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列；按删除队列的排序，依次将访问间隔时间超过第二间隔阈值的键标记为过期键，向数据库发送携带各过期键的删除请求。本申请通过代理服务代理应用与数据库的访问交互，实现各个应用对数据库访问的统一监测。

Description

数据库的访问管理方法、系统、电子设备和存储介质

技术领域

本申请涉及数据处理技术领域，具体地说，涉及一种数据库的访问管理方法、系统、电子设备和存储介质。

背景技术

Redis是一种高性能的非关系型Key-Value(键-值)数据库，可以在系统中充当缓存容器，减少对于数据库的访问，保障系统稳定性，同时提高系统响应时间，能够承受每秒10万级的请求数。

Redis性能非常高，但其使用经常存在问题，如不设置key的过期时间，导致key长时间占用内存，造成浪费；使用非常消耗性能的命令，比如删除大key；对于key的命名随意，导致出问题后找不到相应的责任人，不能第一时间处理问题等等。

针对这些问题，产生了一些Redis的使用监测方案。但现有的使用监测方案通常是在应用层进行配置，存在以下缺点：

1、每个应用需要单独配置，不仅耗时长、效率低，且无法统一监测，当Redis出现问题时难以快速定位；

2、无法监控应用是否配置了使用监测方案，当一些没有配置使用监测方案的应用上线后出现问题，容易对Redis关联的其他应用造成影响，稳定性差；

3、一些应用将其使用监测方案配置为可以随意使用长时间命令，导致其他共用同一台Redis的应用受到很大影响；

4、一些未设置过期时间的key占用Redis内存，但在Redis层面只能发现内存增长，无法定位是由哪个应用系统导致的内存增长。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本申请提供一种数据库的访问管理方法、系统、电子设备和存储介质，实现应用对数据库访问的统一监测管理。

根据本申请的一个方面，提供一种数据库的访问管理方法，所述访问管理方法由代理服务执行，所述访问管理方法包括：接收应用发起的访问请求，解析访问请求携带的键；将携带经配置的键的访问请求传至数据库，并返回所述数据库的响应数据；分别以各键为索引建立键值集，一键的键值集包含该键的特征数据，及该键对应的访问数据和响应数据；监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列；按所述删除队列的排序，依次将累计访问间隔时间超过第二间隔阈值的键标记为过期键，向所述数据库发送携带各过期键的删除请求。

优选地，上述的访问管理方法中，所述获取未配置过期时间且访问间隔时间超过第一间隔阈值的键后，还包括：生成携带各未配置过期时间且访问间隔时间超过第一间隔阈值的键的过期时间配置提醒，发送至各对应的应用；以及若在一键的累计访问间隔时间超过所述第二间隔阈值前收到该键的过期时间配置信息，则将该键从所述删除队列中移除。

优选地，上述的访问管理方法中，所述第二间隔阈值大于所述第一间隔阈值，所述第二间隔阈值和所述第一间隔阈值由所述代理服务配置，且对各键统一或根据各应用分别配置。

优选地，上述的访问管理方法中，所述监测各键的键值集还包括：监测各键值集在所述数据库中占用的内存空间；以及将占用的内存空间超过预设值的键值集对应的键标记为大键，向各大键对应的应用发送大键修改提醒。

优选地，上述的访问管理方法中，所述将携带经配置的键的访问请求传至数据库时，还包括：向携带未经配置的键的访问请求对应的应用返回错误提醒。

优选地，上述的访问管理方法中，所述分别以各键为索引建立键值集的步骤包括：通过kafka收集与各键关联的数据，包括各键的特征数据及各键对应的访问数据和响应数据；以及通过ElasticSearch将与各键关联的数据建立为以各键为索引的键值集。

优选地，上述的访问管理方法中，所述数据库为Redis数据库，所述代理服务通过Consul注册，各应用通过Consul发现所述代理服务，并将访问请求发至所述代理服务。

根据本申请的另一个方面，提供一种数据库的访问管理系统，所述访问管理系统配置于代理服务，所述访问管理系统包括：接收模块，用于接收应用发起的访问请求，解析访问请求携带的键；传递模块，用于将携带经配置的键的访问请求传至数据库，并返回所述数据库的响应数据；收集模块，用于分别以各键为索引建立键值集，一键的键值集包含该键的特征数据，及该键对应的访问数据和响应数据；监测模块，用于监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列；删除模块，用于按所述删除队列的排序，依次将累计访问间隔时间超过第二间隔阈值的键标记为过期键，向所述数据库发送携带各过期键的删除请求。

根据本申请的另一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的数据库的访问管理方法的步骤。

根据本申请的另一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据库的访问管理方法的步骤。

本申请与现有技术相比的有益效果在于：

通过代理服务统一管理应用对数据库的访问，降低成本，提高数据库稳定性；

通过建立以各键为索引的键值集，便于对各键关联的数据进行监测，及时发现未配置过期时间的键，防止长时间未访问的键占用数据库内存，提高数据库利用率；

通过监测键值集在数据库中占用的内存空间，及时发现占用的内存空间过大的键，提高数据库可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本申请实施例中一种数据库的访问管理方法的步骤示意图；

图2示出本申请实施例中一种数据库的访问管理方法的架构示意图；

图3示出本申请实施例中一种数据库的访问管理系统的模块示意图；

图4示出本申请实施例中一种电子设备的示意图；

图5示出本申请实施例中一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本申请将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

本申请的数据库的访问管理方法由代理服务执行，代理服务代理应用与数据库交互，实现各个应用对数据库的访问管理。本申请的访问管理方法可运用于各种类型的数据库，尤其适用于Key-Value(键-值)型的Redis数据库。

图1示出实施例中数据库的访问管理方法的步骤示意图。参照图1所示，在一些实施例中，数据库的访问管理方法包括：

S10、接收应用发起的访问请求，解析访问请求携带的键。

数据库以Redis为例，向Redis发起的访问请求携带的键即key，key可以是一个任务指令，例如从Redis中获取某一数据类型的数据。一个Redis可以服务多个应用，当应用发起访问请求，由代理服务拦截访问请求，解析访问请求携带的key。

参照图2所示数据库的访问管理方法的架构示意图。代理服务2配置于应用1与数据库(本实施例中即Redis 3)之间，对应用1与Redis 3的交互进行管理。代理服务2可以通过Consul注册，应用1通过Consul发现代理服务2，并将访问请求发至代理服务2。对Redis 3进行访问管理的代理服务2可以包括一个或多个代理节点，均通过Consul进行注册和配置。Consul是一种开源工具，用于实现分布式系统的服务发现与配置。

S20、将携带经配置的键的访问请求传至数据库，并返回数据库的响应数据。

访问数据库的键需要经应用提前配置，避免未知的键对数据库性能造成损坏。如图2所示，代理服务2接收应用1对Redis 3的访问请求后，经解析将配置过的键对应的访问请求识别为合法请求，透传给Redis 3。Redis 3接收到访问请求后，反馈相应的响应数据，例如按照访问请求的key获取了某一数据类型的数据，由代理服务2返回至相应的应用1，完成应用1与Redis 3之间的一次访问交互。

对于不合法请求，即携带未配置的键的访问请求，在一些实施例中，可以向携带未经配置的键的访问请求对应的应用返回错误提醒，由应用对键进行配置后再发起访问请求，或修改访问请求的键。如图2虚线箭头所示，代理服务2向不合法请求对应的应用返回错误提醒。

在一些实施例中，代理服务可以对应用配置的键进行规范。例如将键的过期时间限定在特定范围，避免键长时间占用数据库内存；将键的访问内容限定在特定的几种数据格式，避免造成数据库错误；将键的大小限定在特定范围，避免造成数据库瘫痪。通过配置于应用与数据库之间的代理服务代理应用与数据库的访问交互，各个应用仅需配置相应的键即可实现对数据库的访问。

S30、分别以各键为索引建立键值集，一键的键值集包含该键的特征数据，及该键对应的访问数据和响应数据。

代理服务代理应用与数据库交互的同时，还对各个访问请求的键进行监测。以键为索引，将与键关联的数据建立键值集，包括键的特征数据及键对应的访问数据和响应数据，以通过对键值集中各种数据的监测实现对键的管理。键的特征数据包括键的一些配置数据，如键对应的应用、键的过期时间等；键的访问数据包括该键访问数据库的相关数据，如该键每次访问数据库的时间，该键访问数据库的内容等；键的响应数据是数据库响应该键的访问，反馈的所有数据，如根据键的任务请求获取的某些类型的数据。

在一些实施例中，可以通过kafka收集与各键关联的数据，并通过ElasticSearch将与各键关联的数据建立为以各键为索引的键值集。Kafka是一种高吞吐量的分布式发布订阅消息系统，可以收集系统中的所有类型数据。ElasticSearch是一个的搜索服务器，提供分布式多用户能力的全文搜索功能。

具体来说，如图2所示，代理服务2将与Redis 3交互的访问请求的相关数据都收集到kafka 21，再通过ElasticSearch 22对所有数据建立索引，将与各个key关联的特征数据、访问数据和响应数据均保存至以相应key为索引的键值集。对于Redis 3，一个key的键值集即该key的value值，通过key的键值集可以监测key的配置信息、访问频率、占用空间等性能指标。kafka 21可以集成于代理服务2中，ElasticSearch 22可以通过外部使用logstash消费kafka 21的数据并存入ElasticSearch 22中。

S40、监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列。

在优选的情况下，应用进行键配置时，需要设置键的过期时间，可以以秒或者毫秒精度为键设置过期时间，当包含该键的访问请求发起，经过指定的秒数或者毫秒数之后，该键则变为过期键，由数据库删除，使键不会长时间占用数据库内存，浪费资源。

为避免未配置过期时间的键长时间占用数据库内存，对未配置过期时间的键进行访问间隔时间的监控。从键的最近一次访问时间起，超过第一间隔阈值该键未被再次访问，则将该未配置过期时间且访问间隔时间超过第一间隔阈值的键添加至删除队列。该第一间隔阈值可以由代理服务统一配置，对所有的键采用统一的第一间隔阈值；或者代理服务可以根据不同的应用，分别配置各个应用的键的第一间隔阈值。

S50、按删除队列的排序，依次将累计访问间隔时间超过第二间隔阈值的键标记为过期键，向数据库发送携带各过期键的删除请求。

将未配置过期时间且访问间隔时间超过第一间隔阈值的键添加至删除队列后，按照删除队列的排序继续累计统计删除队列中各个键的访问间隔时间。当删除队列中某个键的累计访问间隔时间超过第二间隔阈值，则将该键标记为过期键，向数据库发送携带该过期键的删除请求。

其中第二间隔阈值大于第一间隔阈值，第二间隔阈值也可以由代理服务统一配置，对所有的键采用统一的第二间隔阈值；或者代理服务可以根据不同的应用，分别配置各个应用的键的第二间隔阈值。第二间隔阈值与第一间隔阈值之间具有一段时间，一方面便于各个未配置过期时间且访问间隔时间超过第一间隔阈值的键在删除队列中排队等待，由代理服务按照累计间隔时间长短依次向数据库发起删除请求，避免混乱；另一方面预留出一段时间供相应的应用进行过期时间的配置。

例如，在优选的实施例中，代理服务对各键的键值集进行监测，获取到未配置过期时间且访问间隔超过第一阈值的键后，还包括：生成携带该未配置过期时间且访问间隔时间超过第一间隔阈值的键过期时间配置提醒，发送至该键对应的应用；以及，若在该键的累计访问间隔超过第二阈值前收到该键的过期时间配置信息，则将该键从删除队列中移除。

也就是说，对于未配置过期时间且访问间隔时间超过第一间隔阈值的键，在其被添加至删除队列等待删除的同时，代理服务向该键对应的应用发送配置提醒，提醒对应的应用对该键进行过期时间配置提醒，避免出现该键还需访问数据库但由于对应的应用未及时配置该键的过期时间，导致该键的键值集被删除，所有关联数据被清空的情况。当在该键的累计访问间隔超过第二阈值前收到该键的过期时间配置信息，则将该键从删除队列移除，使该键可以在其配置的过期时间之前正常访问数据库。若该键的累计访问间隔超过第二阈值仍未收到过期时间配置信息，则由数据库对该键及其键值集执行删除操作。

当然，在排队等待删除的过程中，若该键再次被访问(如对应的应用发起了携带该键的访问请求)，则其访问间隔时间发生改变，不再大于第一间隔阈值(第一间隔阈值通常设置为大于键的平均访问间隔时间)，因此将该键移除删除队列。

对于收到的过期时间配置信息，若代理服务判断后认为过期时间太长不利于数据库的有效利用，可以反馈给应用修改配置提醒。

进一步的，提高数据库的有效利用率还可以通过监测各个键的键值集占用的内存空间，及时发现可能的大键。具体来说，在优选的实施例中，监测各键的键值集还包括：监测各键值集在数据库中占用的内存空间，将占用的内存空间超过预设值的键值集对应的键标记为大键，向携带大键的访问请求对应的应用发送大键修改提醒。

随着时间的累积，键获取的数据逐渐增多，键值集不断扩大。为避免键值集太大影响数据库的稳定性和可靠运行，代理服务监测各键的键值集的过程中，当发现某一键的键值集在数据库中占用的内存空间超过预设值，则将该键标记为大键，向对应的应用发送大键修改提醒，由对应的应用对该大键进行修改、拆分等操作。

如图2所示，监测平台23集成于代理服务2中，对各键的键值集进行监测。当发现未配置过期时间的key、大key等可能影响Redis稳定性的情况，及时将优化提醒反馈至对应的应用。

通过代理服务代理应用与数据库的访问交互，本申请可以实现对数据库访问的统一监控管理，无需应用单独设计监控方案，出现问题时快速定位，提高数据库稳定性；通过监测键值集及时发现未配置过期时间的键和占用内存过多的大键，将结果反馈给应用，提高数据库利用率和可靠性。

本申请的实施例还提供一种数据库的访问管理系统，配置于代理服务。参照图3所示，在一些实施例中，数据库的访问管理系统包括：

接收模块201，用于接收应用发起的访问请求，解析访问请求携带的键。接收模块201可以执行上述任意实施例所描述的数据库的访问管理方法的步骤S10。

传递模块202，用于将携带经配置的键的访问请求传至数据库，并返回数据库的响应数据。传递模块202可以执行上述任意实施例所描述的数据库的访问管理方法的步骤S20。

收集模块203，用于分别以各键为索引建立键值集，一键的键值集包含该键的特征数据，及该键对应的访问数据和响应数据。收集模块203可以执行上述任意实施例所描述的数据库的访问管理方法的步骤S30。

监测模块204，用于监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列。监测模块204可以执行上述任意实施例所描述的数据库的访问管理方法的步骤S40。

删除模块205，用于按删除队列的排序，依次将访问间隔时间超过第二间隔阈值的键标记为过期键，向数据库发送携带各过期键的删除请求。删除模块205可以执行上述任意实施例所描述的数据库的访问管理方法的步骤S50。在一些实施例中，删除模块205还可以通过监测各个键的键值集占用的内存空间，及时发现可能的大键，并向对应的应用发送大键修改提醒。

本申请的数据库的访问管理系统通过对各个应用与数据库的访问交互进行统一监控管理，无需应用单独设计监控方案，出现问题时快速定位，提高数据库稳定性；通过监测键值集及时发现未配置过期时间的键和占用内存过多的大键，将结果反馈给应用，提高数据库利用率和可靠性。

本申请实施例还提供一种电子设备，包括处理器和存储器，存储器中存储有可执行指令，处理器被配置为经由执行可执行指令来执行上述实施例中的数据库的访问管理方法的步骤。

如上所述，本申请的电子设备通过代理服务代理应用与数据库的访问交互，实现对数据库访问的统一监控管理，无需应用单独设计监控方案，出现问题时快速定位，提高数据库稳定性；通过监测键值集及时发现未配置过期时间的键和占用内存过多的大键，将结果反馈给应用，提高数据库利用率和可靠性。

图4是本申请实施例中电子设备的结构示意图，应当理解的是，图4仅仅是示意性地绘示出各个模块，这些模块可以是虚拟的软件模块或实际的硬件模块，这些模块的合并、拆分及其余模块的增加都在本申请的保护范围之内。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

下面参照图4来描述根据本申请的这种实施方式的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：至少一个处理单元410、至少一个存储单元420、连接不同平台组件(包括存储单元420和处理单元410)的总线430、显示单元440等。

其中，存储单元存储有程序代码，程序代码可以被处理单元410执行，使得处理单元410执行本说明书上述数据库的访问管理方法部分描述的根据本申请各种示例性实施方式的步骤。例如，处理单元410可以分别执行如图1所示的步骤。

存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。

存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备400也可以与一个或多个外部设备500(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器460可以通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本申请实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现上述实施例的数据库的访问管理方法的步骤。在一些可能的实施方式中，本申请的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述数据库的访问管理方法部分描述的根据本申请各种示例性实施方式的步骤。

如上所述，本申请的计算机可读存储介质通过代理服务代理应用与数据库的访问交互，实现对数据库访问的统一监控管理，无需应用单独设计监控方案，出现问题时快速定位，提高数据库稳定性；通过监测键值集及时发现未配置过期时间的键和占用内存过多的大键，将结果反馈给应用，提高数据库利用率和可靠性。

图5是本申请的计算机可读存储介质的结构示意图。参考图5所示，描述了根据本申请的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

以上内容是结合具体的优选实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本申请的保护范围。

Claims (8)

1.一种数据库的访问管理方法，其特征在于，所述访问管理方法由代理服务执行，所述访问管理方法包括：

接收应用发起的访问请求，解析访问请求携带的键；

将携带经配置的键的访问请求传至数据库，并返回所述数据库的响应数据；

分别以各键为索引建立键值集，一键的键值集包含该键的特征数据，及该键对应的访问数据和响应数据；

监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列，所述访问间隔时间自键的最近一次访问时间起计算；

按所述删除队列的排序，依次将所述删除队列中累计访问间隔时间超过第二间隔阈值的键标记为过期键，向所述数据库发送携带各过期键的删除请求，所述第二间隔阈值大于所述第一间隔阈值；

其中，将各未配置过期时间且访问间隔时间超过第一间隔阈值的键添加至删除队列之后，所述访问管理方法还包括：

生成携带各未配置过期时间且访问间隔时间超过第一间隔阈值的键的过期时间配置提醒，发送至各未配置过期时间且访问间隔时间超过第一间隔阈值的键对应的应用，若在一未配置过期时间且访问间隔时间超过第一间隔阈值的键的累计访问间隔时间超过所述第二间隔阈值前收到该未配置过期时间且访问间隔时间超过第一间隔阈值的键的过期时间配置信息，则将该未配置过期时间且访问间隔时间超过第一间隔阈值的键从所述删除队列中移除；以及

若一未配置过期时间且访问间隔时间超过第一间隔阈值的键被再次访问，则将该未配置过期时间且访问间隔时间超过第一间隔阈值的键从所述删除队列中移除；

所述访问管理方法还包括：

监测各键的键值集在所述数据库中占用的内存空间，将占用的内存空间超过预设值的键值集对应的键标记为大键，向各大键对应的应用发送大键修改提醒。

2.如权利要求1所述的访问管理方法，其特征在于，所述第二间隔阈值和所述第一间隔阈值由所述代理服务配置，且对各键统一或根据各应用分别配置。

3.如权利要求1所述的访问管理方法，其特征在于，所述将携带经配置的键的访问请求传至数据库时，还包括：

向携带未经配置的键的访问请求对应的应用返回错误提醒。

4.如权利要求1所述的访问管理方法，其特征在于，所述分别以各键为索引建立键值集的步骤包括：

通过kafka收集与各键关联的数据，包括各键的特征数据及各键对应的访问数据和响应数据；以及

通过ElasticSearch将与各键关联的数据建立为以各键为索引的键值集。

5.如权利要求1所述的访问管理方法，其特征在于，所述数据库为Redis数据库，所述代理服务通过Consul注册，各应用通过Consul发现所述代理服务，并将访问请求发至所述代理服务。

6.一种数据库的访问管理系统，其特征在于，所述访问管理系统配置于代理服务，所述访问管理系统包括：

接收模块，用于接收应用发起的访问请求，解析访问请求携带的键；

传递模块，用于将携带经配置的键的访问请求传至数据库，并返回所述数据库的响应数据；

收集模块，用于分别以各键为索引建立键值集，一键的键值集包含该键的特征数据，及该键对应的访问数据和响应数据；

监测模块，用于监测各键的键值集，获取未配置过期时间且访问间隔时间超过第一间隔阈值的键，添加至删除队列，所述访问间隔时间自键的最近一次访问时间起计算；

删除模块，用于按所述删除队列的排序，依次将所述删除队列中累计访问间隔时间超过第二间隔阈值的键标记为过期键，向所述数据库发送携带各过期键的删除请求，所述第二间隔阈值大于所述第一间隔阈值；

所述监测模块还用于生成携带各未配置过期时间且访问间隔时间超过第一间隔阈值的键的过期时间配置提醒，发送至各未配置过期时间且访问间隔时间超过第一间隔阈值的键对应的应用，若在一未配置过期时间且访问间隔时间超过第一间隔阈值的键的累计访问间隔时间超过所述第二间隔阈值前收到该未配置过期时间且访问间隔时间超过第一间隔阈值的键的过期时间配置信息，则将该未配置过期时间且访问间隔时间超过第一间隔阈值的键从所述删除队列中移除；以及若一未配置过期时间且访问间隔时间超过第一间隔阈值的键被再次访问，则将该未配置过期时间且访问间隔时间超过第一间隔阈值的键从所述删除队列中移除；

所述删除模块还用于监测各键的键值集在所述数据库中占用的内存空间，将占用的内存空间超过预设值的键值集对应的键标记为大键，向各大键对应的应用发送大键修改提醒。

7.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～5任一项所述的数据库的访问管理方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～5任一项所述的数据库的访问管理方法的步骤。

Images