redis配置修改以及数据备份

生产环境下redis配置以及数据备份方案

redis配置

1.redis做为缓存数据库是把数据放在内存中的，内存中数据的特点是断电或者服务器重启后数据就丢失了，为了应对数据丢失不能持久化的特点，redis提供了两种持久化的策略 :
(1) rdb redis默认开启的持久化策略，将内存中的数据以快照的形式备份保存到磁盘

save 900 1 #900秒内有一个修改保存一次快照
save 300 10 #300秒内有10次修改保存一次快照
save 60 10000 #60秒内有10000次修改保存一次快照

通过rdb的配置可以看出如果数据在没有触发快照的情况下写入并且此时redis出现了故障,那这些数据就丢失了。因此rdb并不能作为生产环境下数据持久化的唯一模式
(2) aof(默认关闭) ,redis每次接收到一条写命令，就会写入日志文件中，当然是先写入os cache的，然后每隔一定时间再fsync到磁盘中，在生产环境下应该开启

appendonly yes #开启aof策略
appendfsync everysec  # AOF 的fsync 有三种策略 
				 always 每次写入一条数据，立即将这个数据对应的写日志fsync到磁盘上去，性能非常非常差，吞吐量很低;
				 everysec  每秒将os cache中的数据fsync到磁盘，这个最常用的，生产环境一般都这么配置，性能很高
				 no 仅仅redis负责将数据写入os cache就不管了，然后后面os自己会时不时有自己的策略将数据刷入磁盘，不可控
auto-aof-rewrite-percentage 100: #当前AOF文件大小膨胀到超上次的两倍，触发AOF rewrite 重写aof文件
auto-aof-rewrite-min-size 64mb: 根据数据量来定当aof文件大于配置最小的文件才触发重写

redis文件备份

（1）写crontab定时调度脚本去做数据备份
（2）每小时都copy一份rdb的备份，到一个目录中去，仅仅保留最近48小时的备份

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
mkdir /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

（3）每天都保留一份当日的rdb的备份，到一个目录中去，仅仅保留最近1个月的备份

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
mkdir /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

（4）每次copy备份的时候，都把太旧的备份给删了
（5）每天晚上将当前服务器上所有的数据备份，发送一份到远程的云服务上去