1、redis 只做缓存配置
目前创新互联已为成百上千家的企业提供了网站建设、域名、网站空间、网站托管、服务器租用、企业网站设计、会昌网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
注释掉RDB持久化的配置
添加内存配置和回收配置 (maxmemory 和 maxmemory-policy)
2、测试RDB持久化
2.1、关闭RDB持久化测试
编辑配置文件
# 关闭默认的rdb持久化,注释三行,添加一行
#save 900 1
#save 300 10
#save 60 10000
save ""
重启redis服务
设置两个值
redis-cli -a Redis2019!
Warning: Using a password with '-a' option on the command line interface may not be safe.
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> keys *
1) "k2"
2) "k1"
重启redis服务
发现之前设置的值消失
redis-cli -a Redis2019!
Warning: Using a password with '-a' option on the command line interface may not be safe.
127.0.0.1:6379> keys *
(empty list or set)
说明没有关闭持久化的配置生效了
2.2、开启RDB持久化测试
恢复rdb的持久化配置并重启服务
设置两个值
redis-cli -h 192.168.121.121 -a Redis2019!
Warning: Using a password with '-a' option on the command line interface may not be safe.
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
192.168.121.121:6379> keys *
1) "k2"
2) "k1"
使用shutdown方式关闭服务
redis-cli -a Redis2019! shutdown
再次启动服务
查看值发现存在
redis-cli -a Redis2019!
127.0.0.1:6379> keys *
1) "k2"
2) "k1"
再设置两个值
127.0.0.1:6379> set k3 v3
OK
127.0.0.1:6379> set k4 v4
OK
127.0.0.1:6379> keys *
1) "k3"
2) "k4"
3) "k2"
4) "k1"
使用kill命令杀掉redis进程
再次查看值
redis-cli -a Redis2019!
Warning: Using a password with '-a' option on the command line interface may not be safe.
127.0.0.1:6379> keys *
1) "k1"
2) "k2"
发现后边设置的值不见了,说明使用shutdown方式关闭服务,不会丢失数据,但是杀掉进程会丢失数据,为什么呢?
因为通过redis-cli SHUTDOWN这种命令方式去停掉redis,其实是一种安全退出的模式,redis在退出的时候会将内存中的数据立即生成一份完整的rdb快照保存到磁盘中。
redis进程异常被杀掉,数据没有进dump文件,几条最新的数据就丢失了。
设置save,save 5 1(每五秒钟如果有超过1个key发生变化,则基于现在缓存中的数据进行一个dump.rdb快照)
重启服务
设置两个值
redis-cli -a Redis2019!
Warning: Using a password with '-a' option on the command line interface may not be safe.
127.0.0.1:6379> set k5 v5
OK
127.0.0.1:6379> set k6 v6
OK
设置值之后等待5秒杀掉redis进程
启动服务
查看值,发现新设置的值存在
redis-cli -a Redis2019!
Warning: Using a password with '-a' option on the command line interface may not be safe.
127.0.0.1:6379> keys *
1) "k5"
2) "k6"
3) "k1"
4) "k2"
2.3、save bgsave以及定时备份rdb文件
备份redis可以手动使用SAVE命令,执行SAVE命令会使用主进程执行快照操作,这意味着在SAVE的过程中,会阻塞主进程。
另一种操作是使用BGSAVE,使用BGSAVE的话redis会fork出一个子进程来执行快照操作,而不影响主进程。
首先删除所有的key
然后设置新值
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
如果kill掉redis进程,按说设置的key都会消失
但是执行save
127.0.0.1:6379> save
OK
杀掉redis进程,然后启动redis服务
查看key,发现值还在
127.0.0.1:6379> keys *
1) "k2"
2) "k1
发现存在说明save成功
设置新key并执行bgsave
127.0.0.1:6379> set k3 v3
OK
127.0.0.1:6379> set k4 v4
OK
127.0.0.1:6379> bgsave
Background saving started
杀掉redis进程,然后启动redis服务
查看key
127.0.0.1:6379> keys *
1) "k3"
2) "k4"
3) "k1"
4) "k2"
发现新建的key存在说明bgsave成功
2.4、定时执行脚本把rdb文件备份到远程服务器(前提是rsync主备机已经安装配置完成,且做了主备的免密登陆)
备份rdb文件到备机是为了万一主机redis数据丢失,可以恢复一定时间之前的数据。
mkdir /data/usr/shell
vi /data/usr/shell/redis_backrdb.sh
#!/bin/bash
REDIS_DIR=/data/usr/redis-4.0.11/data
now="$(date -d'+0 day' +'%Y%m%d%H%M%S')"
REDIS_PW=Redis2019!
redis-cli -a $REDIS_PW save
[ $? -eq 0 ] && {
cp $REDIS_DIR/dump.rdb $REDIS_DIR/dump_${now}.rdb
rsync -avz $REDIS_DIR/dump_${now}.rdb root@192.168.121.122:/backup
}
写定时任务,每天凌晨0点5分执行备份操作。
crontab -e
5 0 * * * /bin/sh /data/usr/shell/redis_backrdb.sh &>/dev/null
参考:
https://blog.csdn.net/baidu_41669919/article/details/79596209
https://cloud.tencent.com/info/0420774e51445c7dbc75dcb1ff6fe49c.html