到這里為止铸本，其實(shí)還是停留在簡單學(xué)習(xí)知識(shí)的程度寞冯，學(xué)會(huì)了redis的持久化的原理和操作枕赵，但是在企業(yè)中猜欺，持久化到底是怎么去用得呢？
企業(yè)級(jí)的數(shù)據(jù)備份和各種災(zāi)難下的數(shù)據(jù)恢復(fù)拷窜，是怎么做得呢开皿？
1、企業(yè)級(jí)的持久化的配置策略
在企業(yè)中篮昧，RDB的生成策略赋荆，用默認(rèn)的也差不多
save 60 10000：如果你希望盡可能確保說，RDB最多丟1分鐘的數(shù)據(jù)懊昨，那么盡量就是每隔1分鐘都生成一個(gè)快照糠睡，低峰期，數(shù)據(jù)量很少疚颊，也沒必要
10000->生成RDB狈孔，1000->RDB，這個(gè)根據(jù)你自己的應(yīng)用和業(yè)務(wù)的數(shù)據(jù)量材义，你自己去決定
AOF一定要打開均抽，fsync，everysec
auto-aof-rewrite-percentage 100: 就是當(dāng)前AOF大小膨脹到超過上次100%其掂，上次的兩倍
auto-aof-rewrite-min-size 64mb: 根據(jù)你的數(shù)據(jù)量來定油挥，16mb，32mb
2款熬、企業(yè)級(jí)的數(shù)據(jù)備份方案
RDB非常適合做冷備深寥，每次生成之后，就不會(huì)再有修改了
數(shù)據(jù)備份方案
（1）寫crontab定時(shí)調(diào)度腳本去做數(shù)據(jù)備份
（2）每小時(shí)都copy一份rdb的備份贤牛，到一個(gè)目錄中去惋鹅，僅僅保留最近48小時(shí)的備份
（3）每天都保留一份當(dāng)日的rdb的備份，到一個(gè)目錄中去殉簸，僅僅保留最近1個(gè)月的備份
（4）每次copy備份的時(shí)候闰集，都把太舊的備份給刪了
（5）每天晚上將當(dāng)前服務(wù)器上所有的數(shù)據(jù)備份，發(fā)送一份到遠(yuǎn)程的云服務(wù)上去
/usr/local/redis
每小時(shí)copy一次備份般卑，刪除48小時(shí)前的數(shù)據(jù)
crontab -e
0 * * * * sh /usr/local/redis/copy/redis_rdb_copy_hourly.sh
redis_rdb_copy_hourly.sh
!/bin/sh
cur_date=date +%Y%m%d%k
rm -rf /usr/local/redis/snapshotting/cur_date
cp /var/redis/6379/dump.rdb /usr/local/redis/snapshotting/$cur_date
del_date=date -d -48hour +%Y%m%d%k
rm -rf /usr/local/redis/snapshotting/$del_date
每天copy一次備份
crontab -e
0 0 * * * sh /usr/local/redis/copy/redis_rdb_copy_daily.sh
redis_rdb_copy_daily.sh
!/bin/sh
cur_date=date +%Y%m%d
rm -rf /usr/local/redis/snapshotting/cur_date
cp /var/redis/6379/dump.rdb /usr/local/redis/snapshotting/$cur_date
del_date=date -d -1month +%Y%m%d
rm -rf /usr/local/redis/snapshotting/$del_date
每天一次將所有數(shù)據(jù)上傳一次到遠(yuǎn)程的云服務(wù)器上去
3武鲁、數(shù)據(jù)恢復(fù)方案
（1）如果是redis進(jìn)程掛掉，那么重啟redis進(jìn)程即可蝠检，直接基于AOF日志文件恢復(fù)數(shù)據(jù)
不演示了沐鼠，在AOF數(shù)據(jù)恢復(fù)那一塊，演示了，fsync everysec饲梭，最多就丟一秒的數(shù)
（2）如果是redis進(jìn)程所在機(jī)器掛掉乘盖，那么重啟機(jī)器后，嘗試重啟redis進(jìn)程排拷，嘗試直接基于AOF日志文件進(jìn)行數(shù)據(jù)恢復(fù)
AOF沒有破損，也是可以直接基于AOF恢復(fù)的
AOF append-only锅尘，順序?qū)懭爰嗲猓绻鸄OF文件破損，那么用redis-check-aof fix
（3）如果redis當(dāng)前最新的AOF和RDB文件出現(xiàn)了丟失/損壞藤违，那么可以嘗試基于該機(jī)器上當(dāng)前的某個(gè)最新的RDB數(shù)據(jù)副本進(jìn)行數(shù)據(jù)恢復(fù)
當(dāng)前最新的AOF和RDB文件都出現(xiàn)了丟失/損壞到無法恢復(fù)浪腐，一般不是機(jī)器的故障，人為
大數(shù)據(jù)系統(tǒng)顿乒，hadoop议街，有人不小心就把hadoop中存儲(chǔ)的大量的數(shù)據(jù)文件對(duì)應(yīng)的目錄，rm -rf一下璧榄，我朋友的一個(gè)小公司特漩，運(yùn)維不太靠譜，權(quán)限也弄的不太好
/var/redis/6379下的文件給刪除了
找到RDB最新的一份備份骨杂，小時(shí)級(jí)的備份可以了涂身，小時(shí)級(jí)的肯定是最新的，copy到redis里面去搓蚪，就可以恢復(fù)到某一個(gè)小時(shí)的數(shù)據(jù)
容災(zāi)演練
我跟大家解釋一下蛤售，我其實(shí)上課，為什么大量的講師可能講課就是純PPT妒潭，或者是各種復(fù)制粘貼悴能，都不是現(xiàn)場講解和寫代碼演示的
很容易出錯(cuò)，為了避免出錯(cuò)雳灾，一般就會(huì)那樣玩兒
吐槽漠酿，念PPT，效果很差
真實(shí)的谎亩，備課记靡，講課不可避免，會(huì)出現(xiàn)一些問題团驱，但是我覺得還好摸吠，真實(shí)
appendonly.aof + dump.rdb，優(yōu)先用appendonly.aof去恢復(fù)數(shù)據(jù)嚎花，但是我們發(fā)現(xiàn)redis自動(dòng)生成的appendonly.aof是沒有數(shù)據(jù)的
然后我們自己的dump.rdb是有數(shù)據(jù)的寸痢，但是明顯沒用我們的數(shù)據(jù)
redis啟動(dòng)的時(shí)候，自動(dòng)重新基于內(nèi)存的數(shù)據(jù)紊选，生成了一份最新的rdb快照啼止，直接用空的數(shù)據(jù)道逗，覆蓋掉了我們有數(shù)據(jù)的，拷貝過去的那份dump.rdb
你停止redis之后献烦，其實(shí)應(yīng)該先刪除appendonly.aof滓窍，然后將我們的dump.rdb拷貝過去，然后再重啟redis
很簡單巩那，就是雖然你刪除了appendonly.aof吏夯，但是因?yàn)榇蜷_了aof持久化，redis就一定會(huì)優(yōu)先基于aof去恢復(fù)即横，即使文件不在噪生，那就創(chuàng)建一個(gè)新的空的aof文件
停止redis，暫時(shí)在配置中關(guān)閉aof东囚，然后拷貝一份rdb過來跺嗽，再重啟redis，數(shù)據(jù)能不能恢復(fù)過來页藻，可以恢復(fù)過來
腦子一熱桨嫁，再關(guān)掉redis，手動(dòng)修改配置文件份帐，打開aof瞧甩，再重啟redis，數(shù)據(jù)又沒了弥鹦，空的aof文件肚逸，所有數(shù)據(jù)又沒了
在數(shù)據(jù)安全丟失的情況下，基于rdb冷備彬坏，如何完美的恢復(fù)數(shù)據(jù)朦促，同時(shí)還保持aof和rdb的雙開
停止redis，關(guān)閉aof栓始，拷貝rdb備份务冕，重啟redis，確認(rèn)數(shù)據(jù)恢復(fù)幻赚，直接在命令行熱修改redis配置禀忆，打開aof，這個(gè)redis就會(huì)將內(nèi)存中的數(shù)據(jù)對(duì)應(yīng)的日志落恼，寫入aof文件中
此時(shí)aof和rdb兩份數(shù)據(jù)文件的數(shù)據(jù)就同步了
redis config set熱修改配置參數(shù)箩退，可能配置文件中的實(shí)際的參數(shù)沒有被持久化的修改，再次停止redis佳谦，手動(dòng)修改配置文件戴涝，打開aof的命令，再次重啟redis
（4）如果當(dāng)前機(jī)器上的所有RDB文件全部損壞，那么從遠(yuǎn)程的云服務(wù)上拉取最新的RDB快照回來恢復(fù)數(shù)據(jù)
（5）如果是發(fā)現(xiàn)有重大的數(shù)據(jù)錯(cuò)誤啥刻，比如某個(gè)小時(shí)上線的程序一下子將數(shù)據(jù)全部污染了奸鸯，數(shù)據(jù)全錯(cuò)了，那么可以選擇某個(gè)更早的時(shí)間點(diǎn)可帽，對(duì)數(shù)據(jù)進(jìn)行恢復(fù)
舉個(gè)例子娄涩，12點(diǎn)上線了代碼，發(fā)現(xiàn)代碼有bug映跟，導(dǎo)致代碼生成的所有的緩存數(shù)據(jù)蓄拣，寫入redis，全部錯(cuò)了
找到一份11點(diǎn)的rdb的冷備申窘，然后按照上面的步驟弯蚜，去恢復(fù)到11點(diǎn)的數(shù)據(jù)孔轴，不就可以了嗎
