Redis存储Key的一种设计实现方式:模式匹配

网友投稿 1558 2023-05-07

Redis存储Key的一种设计实现方式:模式匹配

Redis存储Key的一种设计实现方式:模式匹配

一、前言

Redis是Key-Value数据库,存储的时候需要一个***的Key值,查询的时候根据根据key值进行查询,但是Redis毕竟只是key-value存储,所以有很多局限性。例如:

(1)无法实现多条件组合的查询,如:

硬要实现的话需要多条命令并计算并集或交集。

(2)模糊查询中文比较费劲;

因此,如何设计一个合适的Key来优化我们的查询操作,是一个比较有意义的事情。

对于Key的设计网上有很多资料,但对我来说,都太过于凌乱,并没有找到一个合适的方案。下边,和大家一起学习一种较为简单的模式匹配方式的Key值设计方法。

下边的学习,主要介绍项目中使用的方式,有兴趣的同学可以clone代码一起学习,仓库地址:

二、项目结构

SSM框架(Spring+Spring MVC+MyBatis),除了实现了对Redis的存储,还通过注解的方式实现了数据库的读写分离功能,实现了Spring对数据库和Redis的事务管理,JSR303校验,以及简单的领域驱动DDD思想项目。

(1)项目结构:

(2)数据库脚本:

(3)Spring配置文件位置:

其中,db-redis.xml文件中,如下代码表示开启Redis事务:

(4)Redis和MyBatis代码位置:

三、Key值设计

上述,大致看了依托的项目结构,还没有开始Redis Key值得设计,因此可以跳过,下边主要学习一下,如何设计一种Key实现模式匹配查询方式。

(1)情景假设

有实体对象SecurityUserDTO,如下:

这里假设用户对象最常用的查询条件是:用户名(userName)和单位类型(unitType),因此,对于数据库设计的时候,我们应该对这两个属性加上索引(题外话,完全和Key的设计无关!只是在于点一下这种最常见的数据库加索引的方式)。

数据库做了索引,那我,我们将数据存储到Redis中的时候,如何在把他取出来那?

(2)首先,看一下最终存放在Redis中的数据格式:

其中:

SU1_县级单位_wangwu_0000000035

可以分为四个部分:

1、简化的实体对象名称,就是SecurityUserDTO的简写,为了缩短Key的长度;

2、unitType的值,***个查询条件;

3、userName的值,第二个查询条件;

4、ID的值,十位数值,前边不足十位补0;

(3)如何拼接,核心代码如下:

assembleRedisKeyPrefix()方法:

assemberIdForKey()方法:

到这里,基本已经知道了大致拼接的过程,因此存放到Redis的数据是如下格式:

注:可以SecurityUserController#addUser(SecurityUserDTO userDTO)方法测试效果。

(4)如何查询:

查询的话可以参考SecurityUserController#listByCondition()方法:

查询的时候,也是需要根据查询条件构造Key值,然后读取数据。

如果,查询条件都有的话,构造的Key值如下:

如果,查询条件只有一个的话,构造的Key值如下:

(5)修改数据和删除数据:

因为ID在拼接的时候肯定是***的,因此,删除的直接拼接为如下形式即可:

四、总结

拼接Key的方式很简单,以常用的查询条件属性作为拼接Key的依据,当然还可以通过其他的方式,但最主要的是如何去实践。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Redis混合存储-冷热数据识别与交换
下一篇:从Memcache转战Redis,聊聊缓存使用填过的“坑”
相关文章