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(每秒同步一次) 選一個,把前面的註解去掉