關係型資料庫 VS非關係型資料庫（NoSQL）

關係型資料庫

我們過去使用的 mysql、Oracle都屬於關係型資料庫。關係型資料庫的特點是資料表之間可以存在聯絡，表內每列資料也存在關聯，同時支援事務、複雜的鎖機制，這樣可以支援複雜操作，在查詢時也可以很快得到與之相關聯的資料，但同時這些也成為限制資料庫速度的因素，在儲存大資料的表中進行查詢、拓展表時會格外消耗時間。在過去受硬體水平的限制，系統架構往往比較簡單，併發量也比較小，但隨著硬體水平的提高，系統變得越拉越龐大，需要儲存的資料量也越來越大，很多業務都需要在海量資料中快速查詢到所需要的資料，此時靠關係型資料庫已經無法滿足了，所以提出了非關係型資料庫的概念。

非關係型資料庫

非關係型資料庫中的資料間沒有關聯關係，資料結構簡單，在資料的增刪改查時速度都比較快，缺點是不能支援複雜的操作，比如事務的ACID、複雜的鎖機制，也因為資料間沒有關聯關係所以在查詢符合條件的資料會很慢。所以我們通常只使用 NoSQL來儲存一些簡單、不需要複雜操作的資料，如某個使用者的粉絲數，某個部落格的點贊數、字數等。

四種聚合模型

總結

傳統的關係型資料庫因為內部功能多，資料間存在關聯，導致在資料量過大時操作起來比較困難。非關係型資料庫則與之相反從而得到了很好的效能，在日益要求效能的今天起到了很好的作用，但是因為其不能實現複雜功能，所以對於一些需要複雜操作（讀寫鎖、事務、多表聯查等）還是使用關係型資料庫，而對於一些簡單資料，不需要太複雜操作的可以使用非關係型資料庫。

Redis

redis是一個單執行緒（底層使用IO多路複用模型）分散式資料庫，也是一個典型的 NoSQL，它的執行效率非常高，其原因主要有以下幾點：

1、是非關係型資料庫，資料結構簡單，且沒有複雜的關聯關係。

2、單執行緒操作，避免了多執行緒之間切換和競爭，並通過IO多路複用模型來避免傳統 BIO 的低效執行。

3、資料儲存在記憶體，讀取時直接從記憶體中讀取。

基礎知識

1、在安裝後相應的執行命令和配置檔案預設在 /usr/local/bin/目錄下

2、redis預設有 16個數據庫，0-15，預設是0號資料庫，可以通過 " select資料庫號" 來切換資料庫。資料庫個數可以在 redis.conf 中配置。

3、redis是統一密碼管理，預設情況下沒有開啟密碼，可以在配置檔案 redis.conf中配置開啟

4、預設埠是 6379。

5、啟動伺服器：redis-server 配置檔案全路徑。配置檔案可以是自定義的配置檔案。啟動客戶端：redis -cli -p 6379。

五大基本資料型別及常用方法

String

最基本的資料型別，雖然為 String 型別，但是其value可以為 string也可以為 int型別。其可以用於實現計數器，也可以用於進行 json格式的物件儲存。

常用方法：

set / get / del / append / strlen ：　　設值 / 獲值 / 刪值 / 末尾新增值 / 獲取長度

Incr / decr / incrby key n / decrby key n：　　自增 / 自減 / 增加 n / 減去 n

getrange n1 n2 / setrange n1 n2 val：　　擷取下標n1,n2之間的值(從0開始，兩邊都是閉區間) /設定下標n1,n2區間的值

setex key time val / setnx key val：　　設值並指定過期時間(單位為秒) /在 val不存在或者已過期時設值

mset / mget / msetnx：　　批量（進行設定 / 獲值 /非空設值）

List

底層是連結串列結構，方法名開頭的 l表示 left，r表示 right。可以用於實現訊息佇列。

常用方法：

lpush / rpush / lrange n1 n2：　　左添 /右添 /從左開始擷取下標n1,n2之間的內容（0開始，兩邊都是閉區間）

lpop / rpop：　　類似於訊息佇列和棧的出棧操作，分別是 （左出棧 /右出棧）

lindex：　　從左邊計算獲取指定下標的值

lrem key n value：　　對 key對應的 list 資料從左邊開始刪除 n個 value

ltrim key n1 n2：　　獲取 key對應的 list值，擷取 n1到 n2之間的值再賦值覆蓋當前的 list值。

rpoplpush list1 list2：　　將list1中的右邊尾部資料移到 list2 的左邊頭部

lset key index value:　　左邊開始修改指定索引上的值

linsert key before/after val1 val2：　　從左開始，獲取第一個 val1，在其 （左 /右)插入 val2 　　

Set

和 java中的 Set集合一樣，唯一無需的結構。可以用來儲存好友，然後計算共同好友

常用方法：

sadd / smembers / sismember key val：　　新增(可以批量新增) /顯示所有值 /檢視是否存在val

scard key：　　獲取集合中元素的個數

srem keyval：　　刪除某個元素

scrandmember key n：　　隨機出 n個元素

spop key：　　隨機出棧一個元素

smove key1 key2 key1中的某個值val：　　將 key1對應集合中的某個值val移入 key2對應的集合中

sdiff key1 key2...：　　獲取存在與於key1對應集合中但不存在後面所有key對應集合中的元素

sinter key1 key2...：　　獲取存在於 key1對應的集合中且存在於後面所有key對應集合中的元素

sunion key1 key2...：　　獲取存在於 key1對應的集合中或者存在於後面所有key對應集合中的元素

Hash

類似於 java中的 Map結構，可以用於儲存物件。

常用方法：

hset / hget / hmset / hmget / hgettall key/ hdel key key(hash)：　　設值 /獲值 /批量設值 /批量獲取 /獲取 key對應所有的鍵值對資料 /刪除key對應hash結構中的 key(hash)對應的值。

hlen key ：　　獲取元素個數

hexists key key(hash)：　　檢視 key對應 hash結構的 key(hash)對應的值是否存在

hkeyskey / hvals key：　　獲取 key對應 hash結構所有（key值 / val值）

hincrbykey key(hash) val / hincrbyfloat key key(hash) val：　　對 key對應 hash結構中的 key(hash)對應的值新增（整數 /小數） val

hsetnx key key(hash) val：　　不存在時賦值

ZSet

每個資料關聯一個分數，排序時會按分數升序排列，相當與一個有序 Set。可以用於實現各種排行榜。

常用方法：

zadd key score val / zrange key n1 n2 withscores：　　新增 /獲取所有值

zrangebysorce key score1 score2：　　查詢 score1與 score2之間的資料

zrem key val：　　刪除某個值

zcard key / zcount key score1 score2 / zrank key value / zscore key value：　　獲取資料數 /統計在 score1與 score2之間元素的個數 /獲取指定資料所在下標 /獲取指定資料的分數

zrevrant key value：　　逆序獲取指定值的下標

zrevrangebyscore key score1 score2：　　逆序獲取 score1與 score2之間的資料

Key及其他操作方法

keys *：　　獲取所有的key

exists key：　　檢視是否存在key，返回1是存在，0不存在

expire key 時間：　　為 key設定過期時間，單位是秒

ttl key：　　檢視 key還有多久過期，-1表示永不過期，-2表示已過期。

type key：　　檢視 key是什麼型別

Dbsize：　　檢視當前資料的 key數量

Flushdb：　　清除當前庫中的所有資料

Flushall：　　清除所有庫中的所有資料

配置檔案 redis.conf（Linux）

下面列出的各個配置可能存在多出，因為參考了多個版本的配置檔案，同時可能存在遺漏，請見諒。修改配置檔案的原則是不要動預設的配置檔案，應該將預設配置檔案複製一份到指定目錄，然後去處理，防止修改錯誤無法恢復。

Units：配置大小單位，可以用於自定義一些度量單位，底層單位只支援 bytes，大小寫不敏感。

includes：可以來引入其他配置檔案

general：

　　Daemonize：　　是否以守護程序的方式執行，預設為no，也就是伺服器視窗關閉後就會關閉伺服器，如果需要後臺執行可以設定為 yes。

　　protected-mode：　　保護模式是否開啟，預設是 yes。關閉其他任何ip地址都可以來訪問連線，關閉後必須通過 bind來配置相應的 ip後，其才能連線。

　　Pidfile：　　如果 redis以守護程序的方式執行時，系統就會將這個守護程序的 id記錄下來，記錄的位置就是通過 Pidfile來配置，預設是 /var/run/redis.pid

　　Port：　　埠埠號

　　Tcp-backlog：　　設定 tcp的連線佇列長度，其值 =未完成三次握手佇列 +已完成三次握手佇列。預設是 511，如果併發量比較大時可以設定為 2048。

　　timeout：　　設定最大空閒時間，也就是多久沒有操作伺服器就會自動斷開。預設是0，也就是永不斷開。

　　Bind：　　設定允許訪問的 ip地址，在 protected-mode為 yes時使用。

　　tcp-keepalive：　　伺服器會檢測客戶端是否還在使用，如果一段時間內客戶端沒有操作，那麼 redis伺服器就會釋放這條連線，tcp-keepalive就是設定客戶端的最大空閒時間的，預設是0，也就是永不斷開，而官方推薦是 60，也就是超過60秒沒操作伺服器就會回收這一條的連線。

　　loglevel：　　日誌級別。從高到低分別為 warning、notice、verbose、debug。預設是 notice。

　　logfile：　　日誌檔案存放位置。

　　Syslog-enable：　　是否把輸出日誌儲存到日誌檔案中。預設關閉

　　Syslog-ident：　　設定日誌中的日誌標識。

　　Syslog-facility：　　指定輸出 syslog的裝置，可以為 user或 local0-local7。

　　Databases：　　設定資料庫個數。預設16

　　always-show-logo：　　是否總是顯示 logo，預設 yes。

REPLICATION（主從複製相關）：

　　一般配置主從複製時，需要自己手動通過 salveof命令來配置從機，而如果各機器事先就決定好角色，可以直接在配置檔案中配置來避免手動配置。

　　masterip：　　主機的 ip地址

　　masterport：　　主機的埠號

　　masterpassword：　　主機的密碼

SNAPAHOTTING快照(RDB相關)：

　　save ：　　設定RDB自動備份的時間間隔，save配置的格式是 "save 時間間隔 次數"，預設配置是

　　　　save 900 1

　　　　save 300 10

　　　　save 60 10000

從第一行開始作用分別是在 900s內執行了一次寫操作就會觸發一次備份；300s內執行了 10次寫操作就會觸發一次備份；60s內執行了10000次寫操作就會觸發一次備份。

一般來說使用預設配置就可以，如果想要禁用自動備份可以將其刪除或者改成 save ""。

　　Stop-writes-on-bgsave-error：　　通過bgsave備份出錯時，主執行緒是否繼續工作。

　　rdbcompression：　　是否壓縮rdb檔案，需要消耗一些 cpu資源。壓縮會使檔案佔用空間減小。

　　rdbchecknum：　　儲存快照後是否進行資料校驗。如果想要提高執行效率可以關閉。

　　dbfilename：　　備份的檔名。預設是 dump.rdb。

　　dir：　　RDB、AOF 備份檔案的儲存地址。在伺服器啟動時恢復資料也會在 dir配置的目錄中讀取對應的備份檔案。預設在執行目錄下。可以通過 "config get dir"獲取 dir 。

APPEND ONLY MODE追加(AOF相關)

　　appendonly：　　是否啟用AOF。

　　appendfilename：　　備份檔案的檔名，預設為 appendonly.aof。

　　appendfsync：　　儲存策略。共有以下三種。

　　　　always：同步持久化，每次寫操作後都會立刻記錄到磁碟，效能較差但是資料完整性最好。

　　　　everysec：非同步操作，每一秒執行一次記錄，可能會有少量資料丟失。

　　　　no:不進行記錄。

　　No-appendfsync-on-rewrite：　　rewrite時是否執行儲存策略（進行儲存）。一般使用預設 no即可，保證資料安全性。

　　Auto-aof-rewrite-min-Size：　　　設定 rewrite觸發的最小基準值。

　　Auto-aof-rewrite-percentage：　　設定 rewrite觸發的超出百分比基準值。

Security（安全許可權相關）

預設情況下，安全許可權是關閉的，在客戶端連線時不需要輸入密碼，執行操作也不需要密碼，但是如果開啟了安全檢測，那麼所有客戶端在執行命令時都需要先執行 "auth密碼"來驗證身份。

可以在配置檔案中配置 "requirepass 密碼"來配置密碼，也可以在命令列執行 "config set requirepass 密碼"來配置，檢視密碼可以使用 "config get requirepass"。如果想要關閉可以直接在命令列執行 "config set requirepass "" " 。

limit

　　maxclients：　　最大連線的客戶端數，預設無限制，下同。

　　maxmemory：　　redis伺服器佔用的最大記憶體

　　maxmemory-policy：　　redis資料儲存策略。類似與執行緒池的拒絕策略，就是當儲存新資料時記憶體空間不足執行的操作。策略主要有以下六種。

　　　　1）volatile-lru：使用 LRU演算法移除 key，只對設定了過期時間的鍵

　　　　2）allkeys-lru：使用 LRU演算法移除 key。

　　　　3）volatile-random：在過期集合中移除隨機的 key，只對設定了過期時間的鍵

　　　　4）allkeys-random：移除隨機的 key。

　　　　5)）volatile-ttl：移除那些 TTL最小的 key，即那些最先要過期的 key

　　　　6）noeviction：不進行移除。針對寫操作，只是返回錯誤資訊。

　　　　LRU演算法就是被使用的資料會被移到頭部，未使用的就會慢慢向尾部靠近，在移除時從尾部移除。

　　maxmemory-samples：　　設定樣本數。在清除時，因為LRU演算法和最小TTL演算法都並非是精確的演算法，而是估算值，所以我們可以設定一個具體的大小，redis會抽出這個數量的資料並根據演算法進行清除。

RDB

預設的持久化方式。其本質就是儲存當前時刻的資料快照。預設生成檔名是 dump.rdb。

預設會在一段時間內自動儲存資料，規則就是上面配置檔案 RDB部分 save的配置。需要注意的是，RDB的持久化方式分為 save與 bgsave。

save是中斷當前程序，然後進行持久化操作，等到持久化完成後再繼續執行其他操作；

bgsave是 fork一個子程序，fork出來的子程序會擁有當前程序所有的記憶體資料，然後子程序單獨進行持久化操作，不會阻塞當前程序執行。

RDB持久化觸發時機

1、來自配置檔案中配置的自動備份，也就是上面說得 save。其實現方式是 bgsave。

2、執行命令 save或 bgsave。執行 save就是中斷狀態來實現的；而 bgsave則是 fork子程序來實現，不會中斷當前程序執行。

3、執行flushdb、flushall、shutdown命令後在命令生效前也會先備份一次。其實現方式是 save。

RDB檔案恢復

預設情況下只需要將備份檔案放在啟動目錄下然後在啟動目錄下啟動伺服器即可。

啟動目錄指的是啟動 redis-server命令的目錄，在備份時會自動備份到該目錄下，比如在 /temp/啟動，那麼預設會讀取該目錄下的 dump.rdb檔案，備份也會在該目錄，如果下次啟動在 /myredis/下，那麼也會讀取 /myredis/下的 dump.rdb檔案，備份資料也是會在該目錄下備份。這個目錄也可以自定義，配置引數是 redis.conf中 dir引數。

如何關閉 RDB的自動備份

可以在配置檔案中將 save改成 save ""，也可以直接執行 " redis-cli config set save "" "

優勢

1、執行效率高，適用於大規模資料的備份恢復。自動備份不會影響主執行緒工作。

2、備份的檔案佔用空間小。其備份的是資料快照，相對於 AOF來說檔案大小要小一些。

劣勢

1、可能會造成部分資料丟失。因為是自動備份，所以如果修改的資料量不足以觸發自動備份，同時發生斷電等異常導致 redis不能正常關閉，所以也沒有觸發關閉的備份，那麼在上一次備份到異常宕機過程中發生的寫操作就會丟失。

2、自動備份通過 fork程序來執行備份操作，而 fork程序會將當前程序的記憶體資料完整的複製一份，所以這個過程佔用的空間是原來的 2倍，可能會導致記憶體不足。

AOF

AOF是在 RDB的補充備份方式，其本質是儲存執行的每一條寫操作（包括flushdb、flushall），所以其產生的備份檔案是可以直接閱讀的。預設備份檔名是 appendonly.aof，儲存位置和 RDB備份檔案一樣。因為其儲存的是每一條寫操作，所以會比較佔用 CPU，同時生成的備份檔案也比較佔空間，所以預設是關閉的。使用時需要在配置檔案中將其開啟。

AOF持久化規則

AOF備份也是採用自動備份，但是備份的頻率會比 RDB要高，其備份方式分為三種：

1、always：同步持久化，每次寫操作後都會立刻記錄到磁碟，效能較差但是資料完整性最好。

2、everysec：非同步操作，每一秒執行一次記錄，可能會有少量資料丟失，但是效能更好。

3、no:不進行記錄。

除此之外，redis為了防止隨著寫操作越來越多，AOF的備份檔案越來越大，設定了 rewrite機制。

Rewrite機制類似於 RDB的bgsave，同樣在後臺開啟一個子程序，其記憶體資料與當前程序的資料一致，然後將這些資料生成對應的寫操作，然後將這些寫操作依次一個臨時檔案，等到全部寫入完畢，再將這個臨時檔案覆蓋掉預設備份檔案 appendonly.aof，在覆蓋過程中 AOF自動備份會被阻塞。因為 Rewrite需要消耗額外的 CPU，同時在寫入原檔案時還會造成阻塞，所以應該避免執行 Rewrite。

觸發機制：

1、通過配置檔案中配置的規則預設觸發。

　　1）Auto-aof-rewrite-min-Size：觸發重寫最小的基準值。預設是 64M。

　　2）Auto-aof-rewrite-percentage：觸發重寫的超出百分比。預設是 100%。

　　如果配置按照上面預設配置，那麼觸發 AOF自動配置需要當前 AOF檔案超過 64M，同時檔案大小達到了上一次 Rewrite後文件大小的兩倍。如果沒有 Rewrite過那麼會在達到 64M後觸發第一次。

2、手動通過 " bgrewriteaof "來觸發重寫。

AOF檔案恢復

和 RDB備份檔案恢復一樣，在預設情況下將備份檔案放在啟動目錄，然後啟動伺服器即可。

檔案修復：因為 AOF檔案是可修改的，如果內部有一些異常操作，那麼在下次啟動時就會報錯，此時可以通過 redis提供的修復工具來修復備份檔案。執行命令 " redis-check-aof --fix 檔名"來修復。

優勢

總體上來說，要比 RDB備份方式資料完整性要更好，在資料完整性要求高的場景下可以使用 AOF。

而因為 AOF有兩種不同的備份規則，所以在資料完整性最優先、效能可以不考慮的場景可以使用 always方式；在資料完整性要求比較高，但是也允許少量的資料丟失，但是要求效能也不會差，那麼可以選擇 everysec。

劣勢

1、因為儲存的是每一步操作，所以執行效率低。

2、雖然引入 rewrite來避免備份檔案過大，但是 rewrite造成的 CPU資源消耗加上原本備份的 CPU資源消耗會比只使用 RDB要多得多，所以如果不是對資料完整性有特別高的要求建議只使用 RDB。

兩種持久化總結

1、預設情況下，redis只使用 RDB持久化。因為 AOF會消耗過多的 CPU，同時執行效率低。

2、如果開啟了 AOF持久化，那麼在恢復資料時優先使用 AOF配置檔案來恢復，因為 AOF儲存的資料更完整。

3、如果 redis只用於做快取，那麼可以直接禁用 RDB和 AOF的自動持久化。

4、RDB持久化一般用作資料的定期備份，如果對資料完整性要求沒有那麼高，那麼可以只使用 RDB，同時在配置檔案中只儲存 "save 900 1" 這條規則，以此來減少不必要的 CPU消耗。如果需要使用 AOF ，應該調大Auto-aof-rewrite-min-Size來避免頻繁的 Rewrite。

Redis事務

mysql中的事務擁有 ACID特性，即原子性、一致性、可見性、永續性。那麼 Redis的事務呢？ Redis的事務擁有隔離性，但是不包證原子性。並且其沒有隔離級別的概念，也就是說它不像 mysql中執行了操作，但是因為隔離級別的影響而導致 " 操作未執行 "的假象。

基本操作

開啟事務：multi;

提交事務：exec;

放棄事務：discard;

事務執行的流程是 "開啟事務--->操作入隊---->提交事務執行所有操作"，下面的截圖就是典型的事務執行過程

如果在提交之前想中斷此次事務，可以通過 "discard" 來取消當前事務。

特點

1、隔離性：事務的執行不會被其他客戶端的操作打斷。

2、不保證原子性：如果事務中的某一條操作執行失敗，那麼其不會影響該事務中的其他操作。

3、在事務提交時，如果某個操作有異常（操作本身的格式有問題，在入隊時就報錯，也就是編譯異常），那麼這個事務在提交後不會生效，內部的所有操作都不會生效。如下圖。

4、在事務提交時，如果某個操作在入隊時沒有異常，在提交時發生異常，那麼這個操作不會影響其他操作的執行。

除此之外，Redis還可以通過 "watch key"來對指定的資料設定樂觀鎖，此後如果其他會話對該資料操作後，當前會話執行的事務就會被中斷。

Redis的釋出訂閱

雖然這模組功能一般是由訊息佇列來實現，但是如果是簡單的 "釋出-訂閱"操作如果 redis也是可以實現的。

相關操作

1、訂閱一個或多個：SUBSCRIBE 訂閱名1訂閱名2 ...

2、訊息釋出： PUBLISH 訂閱名 訊息內容

　　實現如下：

3、訂閱萬用字元： PUBLISH 萬用字元*

　　實現如下：

SpringBoot中的使用

在 springboot2.0之前，底層預設使用的是 jedis，而 2.0 以後變成了 lettuce，這是因為 jedis採用的是直連，當多個執行緒操作時，是不安全的。此時可以通過 jedis的連線池來避免執行緒不安全，但是在執行時還是會比較慢。而 lettuce底層使用的是 netty，例項可以在多個執行緒中共享，不會發生執行緒不安全的情況。

亂碼問題

在使用 redisTemplate將資料存入 redis後往往會發現在 redis客戶端中讀取會亂碼，這是為什麼？

redis內部維護的 redisTemplate底層使用的是 JDK序列化器，在 redis中以二進位制形式儲存，所以我們在客戶端直接讀取的是二進位制資料，相關原始碼可以看下面程式碼

// RedisAutoConfiguration.class
    
    @Bean
    @ConditionalOnMissingBean(name = "redisTemplate")
    public RedisTemplate<Object, Object> redisTemplate(RedisConnectionFactory redisConnectionFactory)
            throws UnknownHostException {
        RedisTemplate<Object, Object> template = new RedisTemplate<>();
        template.setConnectionFactory(redisConnectionFactory);
        return template;
    }   



// RedisTemplate.class

 public void afterPropertiesSet() {
        super.afterPropertiesSet();
        boolean defaultUsed = false;
        if (this.defaultSerializer == null) {
            this.defaultSerializer = new JdkSerializationRedisSerializer(this.classLoader != null ? this.classLoader : this.getClass().getClassLoader());
        }

        if (this.enableDefaultSerializer) {
            if (this.keySerializer == null) {
                this.keySerializer = this.defaultSerializer;
                defaultUsed = true;
            }

            if (this.valueSerializer == null) {
                this.valueSerializer = this.defaultSerializer;
                defaultUsed = true;
            }

            if (this.hashKeySerializer == null) {
                this.hashKeySerializer = this.defaultSerializer;
                defaultUsed = true;
            }

            if (this.hashValueSerializer == null) {
                this.hashValueSerializer = this.defaultSerializer;
                defaultUsed = true;
            }
        }
        ...
    }

關於 redis的序列化器有以下幾種：

我們著重看一下常用的幾種：

1、JdkSerializationRedisSerializer。RedisTemplate預設的序列化器，儲存的物件必須實現Serializable介面，不需要指定物件型別資訊，在redis中以二進位制格式來儲存，不可讀，且轉化後的二進位制資料往往比json資料要大。

2、StringRedisSerializer。已String型別進行儲存，不需要指定，不需要實現Serializable介面

3、Jackson2JsonRedisSerializer。需要指定序列化物件的型別，不需要實現Serializable介面

4、GenericJackson2JsonRedisSerializer。不需要指定序列化物件型別。不需要實現Serializable介面，與Jackson2JsonRedisSerializer區別是其儲存的物件資料雖然也是 Json格式的，但是會顯示儲存物件的型別，以及元素物件所在的類路徑。具體可以百度。

redisTemplate 預設 key與 value使用的都是 JDK序列化器，我們自定義一個 redisTemplate元件來代替預設的，key可以使用 String序列化器，value使用 Jackson2序列化器。程式碼如下：

@Configuration
public class RedisConfig {

    @Bean
    @SuppressWarnings("all")
    public RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory factory) {
        RedisTemplate<String, Object> template = new RedisTemplate<String, Object>();
        template.setConnectionFactory(factory);
        Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new Jackson2JsonRedisSerializer(Object.class);
        ObjectMapper om = new ObjectMapper();
        om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
        om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
        jackson2JsonRedisSerializer.setObjectMapper(om);
        StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();

        // key採用String的序列化方式
        template.setKeySerializer(stringRedisSerializer);
        // hash的key也採用String的序列化方式
        template.setHashKeySerializer(stringRedisSerializer);
        // value序列化方式採用jackson
        template.setValueSerializer(jackson2JsonRedisSerializer);
        // hash的value序列化方式採用jackson
        template.setHashValueSerializer(jackson2JsonRedisSerializer);
        template.afterPropertiesSet();

        return template;
    }
}

同時如果要儲存的資料就是字串型別的，那麼也可以直接使用 redisTemplate，其 key與 value都是使用 String序列化器。

常用方法

redisTemplate.opsForValue();//操作字串
redisTemplate.opsForHash();//操作hash
redisTemplate.opsForList();//操作list
redisTemplate.opsForSet();//操作set
redisTemplate.opsForZSet();//操作有序set
 
redistempalate.boundValueOps;
redistempalate.boundSetOps;
redistempalate.boundListOps;
redistempalate.boundHashOps;
redistempalate.boundZSetOps;
//兩者區別：ops就相當於建立一個operator，前者是通過一個operator來執行各個資料型別的操作，後者是選中資料型別再為這個型別來建立一個operator，
//也就是前者是一個operator執行多種資料，後者是一個operator操作一種資料



// 通過 connection 物件來執行資料庫相關的操作
RedisConnection connection = redisTemplate.getConnectionFactory().getConnection();
connection.flushDb();　　
connection.flushAll();