[发明专利]键值存储系统键优化方法、存储介质、电子设备及系统

说明书

本发明公开了一种键值存储系统键优化方法、存储介质、电子设备及系统，涉及软件工程领域，应用于优化键值存储系统中表意键占用的资源，所述表意键为键值存储系统中与值对应的表意键，其包括，获取键值存储系统的运行时内存空闲率以及表意键。若内存空闲率小于预设的第一阈值，则设置表意键和中间键的对应关系表，并将该对应关系表存储于键值存储系统外部，并根据所述对应关系使用中间键替换键值存储系统内的表意键，所述中间键为长度小于表意键的字符串。若内存空闲率大于预设的第一阈值，且表意键的长度超过预设的第二阈值，则对表意键键进行压缩得到压缩键，使用压缩键替换键值存储系统中的表意键。

技术领域

本发明涉及软件工程领域，具体涉及一种键值存储系统键优化方法、存储介质、电子设备及系统。

背景技术

键值存储系统广泛应用在软件工程领域，特别是在对并发和性能要求较高的系统中，较频繁的使用键值存储系统。以Redis为例，Redis数据库最重要的概念是Key(以下简称键)，有不同类型的数据结构，但是都需要使用key来寻址。在不同的业务场景中，设计不同的键的形式，如用户的个人信息，设计类似user:10001:info的形式的Key，方便业务使用。

但是这些键都是以表意的形式进行命名，并和相应的值进行对应，故可以称这些键为表意键。但是在一些复杂的业务场景下，表意键的表达的意思较为复杂，进而会造成其命名长度较长。以Redis为例，Redis作为一个NoSQL内存数据库，其属于键值存储系统中的一种，当Redis中用户的id较长时，如user:123456789 123456:info，或者业务名称复杂，如china:hubei:wuhan:hanko u:20180102:pm:temperature等类似这样的形式的表意键，Redis需要花费较多的资源对这些表意键进行读取。即业务场景复杂难免会出现如此长度复杂的表意键，这样的表意键虽然形式上开发人员比较容易辨识，但是在Redis进行使用和管理时，会造成巨大的耗费。首先是这样的表意键会造成大量的内存使用，表意键个数不多时内存使用还可控，但是当表意键数量过多时将会占据比实际业务数据更多的内存空间，这是不利于系统维护和管理的；其次，这样长度的表意键在Redis查找中也会造成一些性能损失，因为Redis内部对表意键进行管理时使用的是哈希表。对表意键进行寻址时，首先需要对表意键进行hash，找到哈希表的桶，如果发生碰撞，则采用链地址法进行数据存储。过长的表意键在Redis进行寻址时的hash操作时会有一些性能耗费，当海量查询数据涌进Redis服务器时，将会有更多的时间和内存消耗。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种键值存储系统键优化方法、存储介质、电子设备及系统，能够优化键值存储系统中表意键占用的资源。

为达到以上目的，第一方面，本发明实施例提供一种键值存储系统键优化方法，应用于优化键值存储系统中表意键占用的资源，所述表意键为键值存储系统中与值对应的键，其包括：

获取键值存储系统的运行时内存空闲率以及表意键；

若内存空闲率小于预设的第一阈值，则设置表意键和中间键的对应关系表，并将该对应关系表存储于键值存储系统外部，并根据所述对应关系使用中间键替换键值存储系统内的表意键，所述中间键为长度小于表意键的字符串；

若内存空闲率大于预设的第一阈值，且表意键的长度超过预设的第二阈值，则对表意键键进行压缩得到压缩键，使用压缩键替换键值存储系统中的表意键。

优选的，所述优化键值存储系统中表意键占用的资源的具体步骤为：

A1：获取键值存储系统中的表意键，计算键值存储系统中表意键的长度，若表意键的长度大于第二阈值，则进入步骤A2，若表意键的长度小于或等于第二阈值，则进入步骤A3；

A2：获取键值存储系统的运行时内存空闲率，若内存空闲率小于预设的第一阈值，则进入步骤A4，若所述内存空闲率大于预设的第一阈值，则进入步骤A5；