Redis Keys的通用操作

進入redis -cli:

• keys * 查看所有key
• keys my? 查看以my開頭的key
• del my1
• exists my1 查看該key是否存在
• get company 獲取value
• rename company newcompany 重命名
• expire newcompany 1000 設置過期時間(單位秒)
• ttl newcompany 查看此key所剩時間,沒有設置返回-1
• type newcompany 獲取它的類型

Redis特性,相關特性:

• 多資料庫
• Redis事務

進入Redis資料庫:

• (select 1) 選擇進入1號資料庫
• (move myset 1) 將myset移到1號資料庫裡面
• (multi exec discard) 這三個命令來實現事務,事務中所有命令都將串列化，按順序執行
• 在Reids中如果事務中某一個命令執行失敗了,它後面的命令還會被執行
• (multi) 開啟一個事務,然後執行插入等操作
• (exec) 提交
• (discard) 回滾

Redis的持久化的概述(保證數據的完整):

兩種持久化方式:

1. RDB方式(默認支持,不需要進行配置,在指定的時間間隔內將內存中的數據及快照寫入到磁碟)
2. AOF方式(將以日誌的形式,記錄伺服器所處理的每一個操作,Redis啟動之初會讀取該文件)
3. 無持久化(通過配置來禁用Redis持久化的功能,這樣就可以認為Redis就是一個緩存的機制了)
4. 同時使用RDB和AOF

RDB:

• 優勢:對災難恢復而言RDB是不錯的選擇(可以輕鬆的將一個文件壓縮後再轉移到其他的存儲上)(性能最大化)
• 劣勢:想保證數據的高可用性,最大限度避免數據的丟失
• 配置: #vim redis.conf 打開配置文件,找到(save 900 1)(save 300 10)(save 60 10000)第一個表示每900秒有一個key 就會發生改變,持久化一次,以此類推 找到dump.rdb 它就是rdb所保存的文件

AOF:

• 優勢: 這種機制可以帶來更高的數據安全性,每一次發生數據的變化都會記錄到磁碟當中(效率低但最安全),對日誌是append追加的方式,因此在寫入過程中就算髮生宕機的現象,也不會破壞日誌中已經存在的內容
• 劣勢: 對相同數量的數據集而言要比RDB的文件要大一些,根據同步策略的不同,效率上AOF往往會低於RDB
• 配置: 還是打開#vim redis.conf ,裡面有一個appendonly no 默認情況下它沒有打開,想使用將no改成yes appendfsync always(每修改一次就同步一次)appendfsync everysec(每秒同步一次) 選一個,把前面的註解去掉

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！