1. 程式人生 > 其它 >Redis配置與優化

Redis配置與優化

技術標籤:Linux資料庫redis

Redis配置與優化

配置引數(etc/redis/6379.conf

引數說明
bind監聽的主機地址
port
daemonize yes啟用守護程序
pidfile指定PID檔案
loglevel notice日誌級別
logfile指定日誌檔案

Redis資料庫常用命令

存放/獲取資料

set:存放資料
get:獲取資料

192.168.73.10:6379> set name tony
OK
192.168.73.10:6379> keys *
1) “name”
192.168.73.10:6379> get name
“tony”

key相關命令

命令說明
keys獲取符合規則的鍵值列表
exists判斷鍵值是否存在
del刪除當前資料庫的指定key
type獲取key對應的value值型別
rename(覆蓋)對已有的key進行重新命名
renamenx(不覆蓋)對已有的key進行重新命名
dbsize檢視當前資料庫中key的數目

例如

●keys:獲取符合規則的鍵值列表

keys *:檢視所有鍵;萬用字元*和?都支援

192.168.2.16:6379> keys nam?
1) “name”
192.168.2.16:6379> keys na??
1) “name”

●exists:判斷鍵值是否存在

192.168.2.16:6379>exists name
(integer) 1 執行失敗返回0,執行成功返回非0值

●del:刪除當前資料庫的指定key

192.168.2.16:6379> keys *
1) “name”
2) “age”
192.168.2.16:6379>del age
(integer) 1


192.168.2.16:6379>keys *
1) “name”

●type:獲取key對應的value值型別

192.168.2.16:6379>type name
string

●rename(覆蓋)/renamenx(不覆蓋):對已有的key進行重新命名

192.168.2.16:6379> rename name mingzi
OK

●dbsize:檢視當前資料庫中key的數目

192.168.2.16:6379> dbsize
(integer) 1

redis-cil命令列工具

連線本地資料庫
/usr/local/redis/bin/redis-cli

連線遠端資料庫
redis-cli -h IP地址 -p 6379

redis-benchmark測試工具(壓測)

redis-benchmark 是官方自帶的 Redis 效能測試工具,可以有效的測試Redis 服務的效能。基本的測試語法為 :redis-benchmark [option] [option value]

常用選項

選項說明
-h指定伺服器主機名
-p指定伺服器埠
-s指定伺服器socket
-c指定併發連線數
-n指定請求數
-d以自己的形式指定 SET/GET 值的資料大小
-k1=keepalive 0=reconnect
-rSET/GET/INCR 使用隨機 key,SADD 使用隨機值
-P通過管道傳輸<numreq>請求
-q強制退出 redis ,僅顯示query/sec值
-csv以CSV格式輸出
-l生成迴圈,永久執行測試
-t僅執行以逗號分割的測試命令列表
-IIdle模式,僅開啟N個idle連線並等待

例如

●向IP地址為192.168.2.16、埠為6379的Redis伺服器傳送100個併發連線與10000個請求測試效能

redis-benchmark -h 192.168.2.16 -p 6379 -c 100 -n 10000

●測試存取大小為100位元組的資料包的效能

redis-benchmark -h 192.168.2.16 -p 6379 -q -d 100

Redis多數庫操作

1、Redis支援多資料庫,預設支援16個數據庫,0-15命名,
2、多資料庫相互獨立,互不干擾
3、多資料庫常用命令
多資料庫間切換
多資料庫間移動資料
清除資料庫內資料

127.0.0.1:6379> select 5#選擇資料庫5
OK
127.0.0.1:6379[5]> set age 5#建立鍵名age,值5
OK
127.0.0.1:6379[5]> keys *
1) “age”
127.0.0.1:6379[5]> move age 1#移動鍵值到資料庫1
(integer) 1
127.0.0.1:6379[5]> select 1
OK
127.0.0.1:6379[1]> keys *
1) “age”

Redis支援存物件

例如:物件是student

127.0.0.1:6379> hset student name aaa
(integer) 1
127.0.0.1:6379> hset student age 20
(integer) 1
127.0.0.1:6379>hset student score 90
(integer) 1
127.0.0.1:6379>keys *
1) “student”
127.0.0.1:6379> hget student name
“aaa”
127.0.0.1:6379>hget student age
“20”

清除資料庫內資料

Redis 資料庫的整個資料主要分為兩個部分

●清空當前資料庫資料
FLUSHDB
●清空所有資料庫的資料
FLUSHDBALL

Redis持久化

1.持久化概述

Redis是執行在記憶體中,記憶體中的資料斷電丟失
為了能夠重用Redis資料,或者防止系統故障,需要將Redis中的資料寫入到磁碟空間中,即持久化

2.持久化分類

RDB方式:建立快照的方式獲取某一時刻Redis中所有資料的副本
(缺點:只能是一個時刻,不可以連續,存在盲區,可能導致少量資料丟失)
AOF方式:將執行的寫命令寫到檔案的末尾,以日誌的方式來記錄資料的變化
(缺點:日誌檔案的量多,人力成本大)

注意:
生產環境RDB+AOF方式,兩個快照中間部分採用AOF方式,查詢日誌中對應時間的寫命令

RDB持久化

Redis預設的持久化方式
預設檔名為dump.rdb
目錄:/var/lib/redis/6379/

●觸發條件
在指定的時間間隔內,執行指定次數的寫操作(配置檔案控制)
執行save或者是bgsave(非同步)命令
執行flushall命令,清空資料庫所有資料
執行shutdown命令,保證伺服器正常關閉且不丟失任何資料
●優缺點
適合大規模的資料恢復
如果業務對資料完整性和一致性要求不高,RDB是很好的選擇
資料的完整性和一致性不高
備份時佔用記憶體
●通過RDB檔案恢復資料

將dump.rdb檔案拷貝到redis的安裝目錄的bin目錄下,重啟redis服務即可

vim /etc/redis/6379.conf

save 900 1 #900秒之內至少一次寫操作
save 300 10 #300秒內至少10次操作
save 60 10000 #60秒內至少10000次寫操作
#只要滿足其一都會觸發快照操作,註釋所有的save項表示關閉RDB
dbfilename dump.rdb #RDB檔名稱
dir /var/lib/redis/6379 #RDB檔案路徑
rdbcompression yes #是否進行壓縮

AOF持久化

1、Redis預設不開啟
2、彌補RDB的不足(資料的不一致性)
3、採用日誌的形式來記錄每個寫操作,並追加到檔案中
4、Redis重啟會根據日誌檔案的內容將寫指令從前到後執行一次以完成資料的恢復工作
5、根據AOF檔案恢復資料
將appendonly.aof檔案拷貝到redis安裝目錄的bin目錄下,重啟redis服務即可
6、配置檔案選項

●AOF的重寫機制
AOF的工作原理是將寫操作追加到檔案中,檔案的冗餘內容會越來越多
當AOF檔案的大小超過所設定的閥值時,Redis就會對AOF檔案的內容壓縮
●AOF的重寫的原理
Redis會fork出一條新程序,讀取記憶體中的資料(並沒有讀取舊檔案),並重新寫到一個臨時檔案中,最後替換舊的aof檔案
●AOF的重寫配置

vim /etc/redis/6379.conf

no-appendfsync-on-rewrite no #在日誌進行BGREWRITEAOF時, 如果設定為yes表示新寫操作不進行同步fsync,只暫存在緩衝區裡,避免造成磁碟I0操作衝突,等重寫完成後在寫入。redis中預設為no
auto-aof-rewrite-percentage 100 #當前AOF檔案大小是上次日誌重寫時AOF檔案大小兩倍時,發生BGREWRITEAOF操作
auto-aof-rewrite-min-size 64mb #當前AOF檔案執行BGREWRITEAOF命令的最小值,避免剛開始啟動Reids時由於檔案尺寸較小導致頻繁的BGREWRITEAOF.當AOF檔案到達64M的時候,發生BGREWRITEAOF操作

Redis效能管理

檢視Redis記憶體使用

[[email protected] ~]# redis-cli
127.0.0.1:6379> info memory
#Memory
used_memory:11315280 #記憶體使用總量
used_memory_human:10.79M
…省略內容
mem_fragmentation_ratio:1.76 #記憶體碎片率
mem_fragmentation_bytes:8566768

記憶體碎片率介紹

1、作業系統分配的記憶體值used_memory_rss除以redis使用的記憶體值
used_ memory計算得出
2、記憶體碎片是由作業系統低效的分配/回收物理記憶體導致的
不連續的實體記憶體分配
3、跟蹤記憶體碎片率對理解redis例項的資源效能是非常重要的
記憶體碎片率稍大於1是合理的,這個值表示記憶體碎片率比較低
記憶體碎片率超過1.5,說明redis消耗了實際需要實體記憶體的150%,其中50%是 記憶體碎片率
記憶體碎片率低於1的,說明Redis記憶體分配超出了實體記憶體,作業系統正在進行記憶體交換
(記憶體碎片率為1是最佳,低於1訪問速度會慢,高於1說明碎片太多)

記憶體使用率介紹

1、redis例項的記憶體使用率超過可用最大記憶體,作業系統將開始進行
記憶體與swap空間交換(這時redis響應速度會變慢)
2、避免記憶體交換
針對快取資料大小選擇
儘可能的使用Hash資料結構
設定key的過期時間

如何回收key

1、保證合理分配redis有限的記憶體資源
2、當達到設定的最大閾值時,需選擇一種key的回收策略
預設情況下回收策略是noeviction(禁止收回)

/etc/redis/6379.conf配置檔案中修改maxmemory-policy屬性值

屬性值說明
volatile-lru使用LRU演算法從已設定過期時間的資料集合中淘汰資料
volatile-ttl從已設定過期時間的資料集合中挑選即將過期的資料淘汰(建議使用)
volatile-random從已設定過期時間的資料集合中隨機挑選資料淘汰
allkeys-lru使用LRU演算法從所有資料集合中淘汰資料
allkeys-random從資料集合中任意選擇資料淘汰
no-enviction禁止淘汰資料

去掉#註釋後,配置檔案一定要頂格寫