Redis实战和核心原理详解（4）Redis存储Key的一种设计实现方式：模式匹配
注意：此方案仅为演示Redis 的使用，正式生产环境切勿使用！
相关文章：
Redis实战和核心原理详解（1）Centos7.0下安装Redis 5.0详细过程和使用常见问题
Redis实战和核心原理详解（2）Redis简介以及和其他缓存数据库的区别
Redis实战和核心原理详解（3）Redis常见的5种不同的数据类型详解
一、前言
Redis是Key-Value数据库，存储的时候需要一个唯一的Key值，查询的时候根据根据key值进行查询，但是Redis毕竟只是key-value存储，所以有很多局限性。例如：
（1）无法实现多条件组合的查询，如：
age > 25 AND name like 'A%'
硬要实现的话需要多条命令并计算并集或交集。
（2）模糊查询中文比较费劲；
因此，如何设计一个合适的Key来优化我们的查询操作，是一个比较有意义的事情。
对于Key的设计网上有很多资料，但对我来说，都太过于凌乱，并没有找到一个合适的方案。下边，和大家一起学习一种较为简单的模式匹配方式的Key值设计方法。
下边的学习，主要介绍项目中使用的方式，有兴趣的同学可以clone代码一起学习，仓库地址：
https://git.oschina.net/xuliugen/redis-demo.git
二、项目结构
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在拼接的时候肯定是唯一的，因此，删除的直接拼接为如下形式即可：
*39
四、总结
拼接Key的方式很简单，以常用的查询条件属性作为拼接Key的依据，当然还可以通过其他的方式，但最主要的是如何去实践。上述，很简略的介绍了一下，因为对于这个项目来说，很多的细节，以博客的形式写出来确实受限，还请大家移步代码仓库地址：
https://git.oschina.net/xuliugen/redis-demo.git
有什么疑问和可以改进的地方，希望多多留言，相互学习。
文章来源于互联网:Redis实战和核心原理详解（4）Redis存储Key的一种设计实现方式：模式匹配
文章评论