Redis隨筆

#RDB 和 AOF

RDB 是一個非常緊湊(compact)的文件,它保存了 Redis 在某個時間點上的數(shù)據(jù)集次乓,可以 24 小時備份一次磷雇,可以每小時備份一次 魄幕,RDB 非常適用于災(zāi)難恢復(fù)(disaster recovery):它只有一個文件,并且內(nèi)容都非常緊湊偶妖,RDB 可以最大化 Redis 的性能姜凄。如果需要盡量避免在服務(wù)器故障時丟失數(shù)據(jù),那么 RDB 并不適合趾访,因為RDB 文件需要保存整個數(shù)據(jù)集的狀態(tài)态秧,因此可能至少 5 分鐘才保存一次 RDB 文件,在這種情況下扼鞋,一旦發(fā)生故障停機申鱼,可能會丟失好幾分鐘的數(shù)據(jù)。

AOF 文件是一個只進行追加操作的日志文件云头,AOF 持久化會讓 Redis 變得非常耐久(much more durable):設(shè)置不同的 fsync 策略捐友,比如無 fsync ,每秒鐘一次 fsync 盘寡,或者每次執(zhí)行寫入命令時 fsync 楚殿。AOF 的默認(rèn)策略為每秒鐘 fsync 一次,在這種配置下,Redis 仍然可以保持良好的性能脆粥,并且就算發(fā)生故障停機砌溺,也最多只會丟失一秒鐘的數(shù)據(jù)( fsync 會在后臺線程執(zhí)行,所以主線程可以繼續(xù)努力地處理命令請求)变隔。對于相同的數(shù)據(jù)集來說规伐,AOF 文件的體積通常要大于 RDB 文件的體積。根據(jù)所使用的 fsync 策略匣缘,AOF 的速度可能會慢于 RDB 猖闪。

一般來說,如果想達到足以媲美 PostgreSQL 的數(shù)據(jù)安全性, 你應(yīng)該同時使用兩種持久化功能肌厨。如果你非常關(guān)心你的數(shù)據(jù),但仍然可以承受數(shù)分鐘以內(nèi)的數(shù)據(jù)丟失培慌, 那么你可以只使用 RDB 持久化。有很多用戶都只使用 AOF 持久化柑爸, 但我們并不推薦這種方式: 因為定時生成 RDB 快照(snapshot)非常便于進行數(shù)據(jù)庫備份吵护, 并且 RDB 恢復(fù)數(shù)據(jù)集的速度也要比 AOF 恢復(fù)的速度要快, 除此之外表鳍, 使用 RDB 還可以避免之前提到的 AOF 程序的 bug 馅而。

#連接實例

redis-cli -h 10.205.20.8 -p 6379 -c

-c表示集群模式

#注意

錯誤 /usr/bin/env: ruby: No such file or directory,解決方法:

apt-get install ruby

Redis集群需要開放端口號+10000(集群內(nèi)部使用端口)譬圣,不然集群連接不上

#啟動Redis集群鏡像瓮恭,Docker中必須使用host模式

docker run -itd --net host --name redis-cluster 10.170.232.47:5000/redis3.2

進入容器,分別啟動以下實例:

redis-server /opt/cachecloud/conf/static/redis-cluster-6379.conf > /opt/cachecloud/logs/redis-6379.log 2>&1 &

redis-server /opt/cachecloud/conf/static/redis-cluster-6380.conf > /opt/cachecloud/logs/redis-6380.log 2>&1 &

redis-server /opt/cachecloud/conf/static/redis-cluster-6381.conf > /opt/cachecloud/logs/redis-6381.log 2>&1 &

redis-server /opt/cachecloud/conf/static/redis-cluster-6382.conf > /opt/cachecloud/logs/redis-6382.log 2>&1 &

redis-server /opt/cachecloud/conf/static/redis-cluster-6383.conf > /opt/cachecloud/logs/redis-6383.log 2>&1 &

redis-server /opt/cachecloud/conf/static/redis-cluster-6384.conf > /opt/cachecloud/logs/redis-6384.log 2>&1 &

創(chuàng)建集群

redis-trib.rb create --replicas 1 10.205.20.8:6379 10.205.20.8:6380 10.205.20.8:6381 10.205.20.8:6382 10.205.20.8:6383 10.205.20.8:6384

選項–replicas 1 表示為集群中的每個主節(jié)點創(chuàng)建一個從節(jié)點

#redis-cluster-6379.conf配置

bind 10.172.240.66

protected-mode yes

tcp-backlog 511

timeout 0

tcp-keepalive 0

daemonize no

loglevel notice

databases 16

slave-serve-stale-data yes

slave-read-only yes

slave-priority 100

repl-ping-slave-period 10

repl-timeout 60

repl-disable-tcp-nodelay no

repl-backlog-size 10mb

repl-backlog-ttl 7200

maxmemory 256mb

maxmemory-policy volatile-lru

no-appendfsync-on-rewrite yes

lua-time-limit 5000

slowlog-log-slower-than 10000

slowlog-max-len 128

hash-max-ziplist-entries 512

hash-max-ziplist-value 64

list-max-ziplist-size -2

list-compress-depth 0

set-max-intset-entries 512

zset-max-ziplist-entries 128

zset-max-ziplist-value 64

activerehashing yes

client-output-buffer-limit normal 0 0 0

client-output-buffer-limit slave 512mb 128mb 60

client-output-buffer-limit pubsub 32mb 8mb 60

hz 10

port 6379

dbfilename dump-6379.rdb

dir /opt/cachecloud/data

appendonly no

appendfsync everysec

appendfilename appendonly-6379.aof

auto-aof-rewrite-percentage 94

auto-aof-rewrite-min-size 64mb

cluster-enabled yes

cluster-config-file nodes-6379.conf

cluster-node-timeout 15000

cluster-slave-validity-factor 10

cluster-migration-barrier 1

cluster-require-full-coverage no

aof-rewrite-incremental-fsync yes

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末厘熟,一起剝皮案震驚了整個濱河市屯蹦,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌盯漂,老刑警劉巖颇玷,帶你破解...
    沈念sama閱讀 222,252評論 6 516
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異就缆,居然都是意外死亡帖渠,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,886評論 3 399
  • 文/潘曉璐 我一進店門竭宰,熙熙樓的掌柜王于貴愁眉苦臉地迎上來空郊,“玉大人,你說我怎么就攤上這事切揭∧酰” “怎么了?”我有些...
    開封第一講書人閱讀 168,814評論 0 361
  • 文/不壞的土叔 我叫張陵廓旬,是天一觀的道長哼审。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么涩盾? 我笑而不...
    開封第一講書人閱讀 59,869評論 1 299
  • 正文 為了忘掉前任十气,我火速辦了婚禮,結(jié)果婚禮上春霍,老公的妹妹穿的比我還像新娘砸西。我一直安慰自己,他們只是感情好址儒,可當(dāng)我...
    茶點故事閱讀 68,888評論 6 398
  • 文/花漫 我一把揭開白布芹枷。 她就那樣靜靜地躺著,像睡著了一般莲趣。 火紅的嫁衣襯著肌膚如雪鸳慈。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,475評論 1 312
  • 那天喧伞,我揣著相機與錄音蝶涩,去河邊找鬼。 笑死絮识,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的嗽上。 我是一名探鬼主播次舌,決...
    沈念sama閱讀 41,010評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼兽愤!你這毒婦竟也來了彼念?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,924評論 0 277
  • 序言:老撾萬榮一對情侶失蹤浅萧,失蹤者是張志新(化名)和其女友劉穎逐沙,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體洼畅,經(jīng)...
    沈念sama閱讀 46,469評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡吩案,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,552評論 3 342
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了帝簇。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片徘郭。...
    茶點故事閱讀 40,680評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖丧肴,靈堂內(nèi)的尸體忽然破棺而出残揉,到底是詐尸還是另有隱情,我是刑警寧澤芋浮,帶...
    沈念sama閱讀 36,362評論 5 351
  • 正文 年R本政府宣布抱环,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏镇草。R本人自食惡果不足惜眶痰,卻給世界環(huán)境...
    茶點故事閱讀 42,037評論 3 335
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望陶夜。 院中可真熱鬧凛驮,春花似錦、人聲如沸条辟。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,519評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽羽嫡。三九已至本姥,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間杭棵,已是汗流浹背婚惫。 一陣腳步聲響...
    開封第一講書人閱讀 33,621評論 1 274
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留魂爪,地道東北人先舷。 一個月前我還...
    沈念sama閱讀 49,099評論 3 378
  • 正文 我出身青樓,卻偏偏與公主長得像滓侍,于是被迫代替她去往敵國和親蒋川。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,691評論 2 361

推薦閱讀更多精彩內(nèi)容