一、前言

Redis是Key-Value數據庫，存儲的時候需要一個唯一的Key值，查詢的時候根據根據key值進行查詢，但是Redis畢竟只是key-value存儲，所以有很多局限性。例如：

(1)無法實現多條件組合的查詢，如：

age > 25 AND name like 'A%'1

硬要實現的話需要多條命令并計算并集或交集。

(2)模糊查詢中文比較費勁；

因此，如何設計一個合適的Key來優化我們的查詢操作，是一個比較有意義的事情。

對于Key的設計網上有很多資料，但對我來說，都太過于凌亂，并沒有找到一個合適的方案。下邊，和大家一起學習一種較為簡單的模式匹配方式的Key值設計方法。

下邊的學習，主要介紹項目中使用的方式，有興趣的同學可以clone代碼一起學習，倉庫地址：

二、項目結構

SSM框架(Spring+Spring MVC+MyBatis)，除了實現了對Redis的存儲，還通過注解的方式實現了數據庫的讀寫分離功能，實現了Spring對數據庫和Redis的事務管理，JSR303校驗，以及簡單的領域驅動DDD思想項目。

(1)項目結構：

(2)數據庫腳本：

(3)Spring配置文件位置：

其中，db-redis.xml文件中，如下代碼表示開啟Redis事務：

1

(4)Redis和MyBatis代碼位置：

三、Key值設計

上述，大致看了依托的項目結構，還沒有開始Redis Key值得設計，因此可以跳過，下邊主要學習一下，如何設計一種Key實現模式匹配查詢方式。

(1)情景假設

有實體對象SecurityUserDTO，如下：

這里假設用戶對象最常用的查詢條件是：用戶名(userName)和單位類型(unitType)，因此，對于數據庫設計的時候，我們應該對這兩個屬性加上索引(題外話，完全和Key的設計無關！只是在于點一下這種最常見的數據庫加索引的方式)。

數據庫做了索引，那我，我們將數據存儲到Redis中的時候，如何在把他取出來那？

(2)首先，看一下最終存放在Redis中的數據格式：

其中：

SU1_縣級單位_wangwu_00000000351

可以分為四個部分：

1、簡化的實體對象名稱，就是SecurityUserDTO的簡寫，為了縮短Key的長度；

2、unitType的值，第一個查詢條件；

3、userName的值，第二個查詢條件；

4、ID的值，十位數值，前邊不足十位補0；1

2

3

4

(3)如何拼接，核心代碼如下：

assembleRedisKeyPrefix()方法：

assemberIdForKey()方法：

到這里，基本已經知道了大致拼接的過程，因此存放到Redis的數據是如下格式：

注：可以SecurityUserController#addUser(SecurityUserDTO userDTO)方法測試效果。

(4)如何查詢：

查詢的話可以參考SecurityUserController#listByCondition()方法：

查詢的時候，也是需要根據查詢條件構造Key值，然后讀取數據。

如果，查詢條件都有的話，構造的Key值如下：

如果，查詢條件只有一個的話，構造的Key值如下：

(5)修改數據和刪除數據：

因為ID在拼接的時候肯定是唯一的，因此，刪除的直接拼接為如下形式即可：

*391

四、總結

拼接Key的方式很簡單，以常用的查詢條件屬性作為拼接Key的依據，當然還可以通過其他的方式，但最主要的是如何去實踐。上述，很簡略的介紹了一下，因為對于這個項目來說，很多的細節，以博客的形式寫出來確實受限，還請大家移步代碼倉庫地址：

有什么疑問和可以改進的地方，希望多多留言，相互學習。

總結

以上是生活随笔為你收集整理的key设计 短信验证存redis_Redis存储Key的一种设计实现方式：模式匹配的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。