Docker容器中使用Redis

加載鏡像

查詢官方鏡像及其版本信息

$ docker search redis

加載最新鏡像

$ docker pull redis:lastest

查看本地鏡像

$ docker images

REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
docker.io/redis     latest              f0453552d7f2        7 days ago          98.2 MB
docker.io/mysql     latest              9b51d9275906        2 weeks ago         547 MB
docker.io/tomcat    latest              4e7840b49fad        3 weeks ago         529 MB

運行容器

啓用daemon

$ docker run --name kris-redis -p 6380:6379 -d redis --requirepass "123456"

自定義redis.conf啓動

docker run -p 6379:6379 --name kris-redis -v /root/docker/redis/redis.conf:/etc/redis/redis.conf  -v /root/docker/redis/data:/data -d redis redis-server /etc/redis/redis.conf --appendonly yes

# -p 6379:6379:把容器內的6379端口映射到宿主機6379端口
# -v /root/redis/redis.conf:/etc/redis/redis.conf：把宿主機配置好的redis.conf放到容器內的這個位置中
# -v /root/redis/data:/data：把redis持久化的數據在宿主機內顯示，作數據備份
# redis-server /etc/redis/redis.conf：這個是關鍵配置，讓redis不是無配置啓動，而是按照這個redis.conf的配置啓動
# -appendonly yes：redis啓動後數據持久化

查看運行狀態

$ docker ps -a

CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                               NAMES
3c90175b38e6        redis               "docker-entrypoint..."   13 minutes ago      Up 13 minutes       0.0.0.0:6380->6379/tcp              kris-redis
2bbd52391bab        mysql               "docker-entrypoint..."   7 days ago          Up 7 days           0.0.0.0:3306->3306/tcp, 33060/tcp   kris-mysql

啓用redis-cli，即redis客戶端

$ docker exec -it kris-redis redis-cli

Redis五大數據類型

前言

Redis的關鍵字對大小寫不敏感，但不能夠混合使用大小寫。

Redis存儲的形式是鍵值對。

Redis的五大數據類型：字符串、列表、集合、哈希、有序集合

Redis鍵

經常使用：

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-DsgZGbgA-1584805568548)(C:\Users\Louis\AppData\Roaming\Typora\typora-user-images\1584793538897.png)]

案例：

keys * ：返回全部"頂層key"，即各大數據類型所存儲數據的名稱（注：Hash也是一個鍵值對，但Value也是一個鍵值對，<KEY, <K, V>>），舉個栗子：

127.0.0.1:6379>$ keys *
1) "customer"  # 定義的Hash
2) "set01"  # 定義的Set
3) "list01"  # 定義的List
4) "username"  # 定義的String

exists ：判斷某個key是否存在

127.0.0.1:6379>$ exists username
(integer) 1  # 存在返回1
127.0.0.1:6379>$ exists username00
(integer) 0  # 不存在返回0

move key dbindex ：當前庫（索引爲：0）就沒有了，被移除了，數據被遷移到其餘數據庫

注：redis.conf中默認有16個庫，默認爲0，初始庫0是這樣的127.0.0.1:6379>，當選擇其餘庫庫時，是這樣的127.0.0.1:6379[dbindex]> dbindex表示庫的索引。

127.0.0.1:6379>$ move username 2  # 數據遷移至其餘庫
(integer) 1  # 遷移成功
127.0.0.1:6379>$ select 2  # 選擇當前操做的數據庫
OK
127.0.0.1:6379[2]>$ get username  # 查詢遷移後的數據，若查詢1庫中數據，須要從新選擇庫
"kris"

expire key 秒鐘 ：爲給定的key設置過時時間

ttl key ：查看還有多少秒過時，-1表示永不過時，-2表示已過時

127.0.0.1:6379[2]>$ expire username 10  # 存活10秒
127.0.0.1:6379[2]>$ ttl username
(integer) 7
127.0.0.1:6379[2]>$ ttl username
(integer) 2
127.0.0.1:6379[2]>$ ttl username
(integer) -2 # 已過時
127.0.0.1:6379[2]>$ get username
(nil)  # 已經不存在了

type key ：查看你的key是什麼類型

127.0.0.1:6379>$ type list01
list

字符串

概要：

• 字符串類型是redis最基礎的數據結構，首先鍵是字符串類型，並且其餘幾種結構都是在字符串類型基礎上構建的，字符串類型是其餘四種數據結構的基礎類型。
• 字符串類型實際上能夠是字符串（簡單的字符串、複雜的字符串（xml、json）、數字（整數、浮點數）、二進制（圖片、音頻、視頻）），但最大不能超過512M。

使用場景：

• 緩存功能：字符串最經典的使用場景，redis做爲緩存層，Mysql做爲儲存層，絕大部分請求數據都是redis中獲取，因爲redis具備支撐高併發特性，因此緩存一般能起到加速讀寫和下降後端壓力的做用。redis爲什麼具有支撐高併發的特性？ 。
• 計數器：許多運用都會使用redis做爲計數的基礎工具，他能夠實現快速計數、查詢緩存的功能，同時數據能夠一步落地到其餘的數據源。如：視頻播放數系統就是使用redis做爲視頻播放數計數的基礎組件。
• 共享session：出於負載均衡的考慮，分佈式服務會將用戶信息的訪問均衡到不一樣服務器上，用戶刷新一次訪問可能會須要從新登陸，爲避免這個問題能夠用redis將用戶session集中管理，在這種模式下只要保證redis的高可用和擴展性的，每次獲取用戶更新或查詢登陸信息都直接從redis中集中獲取。
• 限速：處於安全考慮，每次進行登陸時讓用戶輸入手機驗證碼，爲了短信接口不被頻繁訪問，會限制用戶每分鐘獲取驗證碼的頻率。

經常使用命令：

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-Nl7bueV8-1584805568549)(C:\Users\Louis\AppData\Roaming\Typora\typora-user-images\1584796308413.png)]

案例：

set/get/del/append/strlen 定義時，若是已經存在，則會覆蓋保存

127.0.0.1:6379>$ set username kris
OK
127.0.0.1:6379>$ get username
"kris"
127.0.0.1:6379>$ append username louis
(integer) 9
127.0.0.1:6379>$ get username
"krislouis"
127.0.0.1:6379>$ strlen username
(integer) 9

列表

概要：

• 列表類型是用來儲存多個有序的字符串，列表中的每一個字符串成爲元素（element）,一個列表最多能夠儲存$2^{32}-1$個元素，在redis中，能夠隊列表兩端插入（pubsh）和彈出（pop），還能夠獲取指定範圍的元素 列表、獲取指定索引下表的元素等，列表是一種比較靈活的數據結構，它能夠充當棧和隊列的角色，在實際開發中有不少應用場景。
• 優勢：
  1.列表的元素是有序的，這就意味着能夠經過索引下標獲取某個或某個範圍內的元素列表。
  2.列表內的元素是能夠重複的。

使用場景：

• 消息隊列： redis的lpush+brpop命令組合便可實現阻塞隊列，生產者客戶端是用lupsh從列表左側插入元素，多個消費者客戶端使用brpop命令阻塞時的「搶」列表尾部的元素，多個客戶端保證了消費的負載均衡和高可用性。

• 使用列表技巧：

lpush+lpop=Stack(棧)
lpush+rpop=Queue（隊列）
lpush+ltrim=Capped Collection（有限集合）
lpush+brpop=Message Queue（消息隊列）

經常使用： 待更新

案例： 待更新

哈希

概要：

• 在redis中哈希類型是指鍵自己又是一種鍵值對結構，如 :

  value={{field1,value1},......{fieldN,valueN}}

使用場景：

• 特性：哈希結構相對於字符串序列化緩存信息更加直觀，而且在更新操做上更加便捷。
• 經常使用於用戶信息等管理。
• 不足：哈希類型和關係型數據庫有所不一樣，哈希類型是稀疏的，而關係型數據庫是徹底結構化的，易於實現複雜的關係查詢，redis是非關係型數據庫，須要模擬關係型數據庫進行復雜查詢，開發困難，維護成本高。

經常使用： 待更新

案例： 待更新

集合

概要：

• 集合類型也是用來保存多個字符串的元素，但和列表不一樣的是集合中不容許有重複的元素，而且集合中的元素是無序的，不能經過索引下標獲取元素，redis除了支持集合內的增刪改查，同時還支持多個集合取交集、並集、差集，併合理的使用好集合類型，能在實際開發中解決不少實際問題。

使用場景：

• 標籤（tag）：集合類型比較典型的使用場景，如一個用戶對娛樂、體育比較感興趣，另外一個可能對新聞感興趣，這些興趣就是標籤，有了這些數據就能夠獲得同一標籤的人，以及用戶的共同愛好的標籤，這些數據對於用戶體驗以及曾強用戶粘度比較重要。（用戶和標籤的關係維護應該放在一個事物內執行，防止部分命令失敗形成數據不一致）

  sadd=tagging（標籤）
  spop/srandmember=random item（生成隨機數，好比抽獎）
  sadd+sinter=social Graph(社交需求)

經常使用： 待更新

案例： 待更新

有序集合

概要：

• 有序集合和集合有着必然的聯繫，他保留了集合不能有重複成員的特性，但不一樣得是，有序集合中的元素是能夠排序的，可是它和列表的使用索引下標做爲排序依據不一樣的是，它給每一個元素設置一個分數，做爲排序的依據。（有序集合中的元素不能夠重複，可是csore能夠重複，就和一個班裏的同窗學號不能重複，但考試成績能夠相同）。

列表、集合、有序集合三者的異同點

使用場景：

排行榜：有序集合經典使用場景。

例如視頻網站須要對用戶上傳的視頻作排行榜，榜單維護多是多方面：按照時間、按照播放量、按照得到的贊數等。

經常使用： 待更新

案例： 待更新