redis生产环境持久化方案

redis生产环境持久化方案

• redis持久化机制对于生产环境的意义

对于大型系统来说，缓冲通常数据量很大，如果redis宕机了，那么从数据库再载入数据到redis中会很慢的，所以持久化意义在于故障的快速恢复。

• RDB和AOF

RDB每隔一段时间生成内存快照。AOF存储的是写指令，当redis一直写入，达到内存限制时，redis会通过LRU清理数据掉数据，此时AOF文件可能还没清理，之后redis继续写入，当AOF大到一定程度时，会基于redis的最新数据进行AOF的rewrite，重新生成AOF文件，并删掉旧的文件。同时开启会使用AOF，因为AOF更为实时。

• RDB和AOF两只机制对比

RDB适合做冷备，将RDB副本拷贝到备份主机上。可以让redis仍然保持高性能，对redis读写影响非常小，fork子进程去进行RDB持久化，而AOF每条命令都要写磁盘。RDB重启和恢复redis更快，因为AOF要回放所有指令。

• RDB缺点

1.可能丢数据。2.当数据很多时，可能会暂停给客户端提供服务。

• AOF优点

1.每隔一秒fsync，丢失数据少。2.AOF日志文件非常可读。

• AOF的缺点

1.AOF日志文件大。2.AOF的QPS比RDB低，因为每秒fsync一次。3.健壮性低。4.数据恢复慢，做冷备不方便。

• 选择哪种备份机制

两者都用，混合持久化。

• 安全退出机制

reids-cli SHUTDOWN退出时，会持久化数据。

• RDB配置方法

1.save 5 1， 5秒有1个key变化，就进行备份。默认是打开了RDB，有默认配置的检查点。

• AOF配置方法

appendonly yes,fsync的执行策略，推荐使用everysec.

• AOF rewrite

reids数据其实是有限的，而且会不断淘汰，被清理掉的写日志还在aof中，所以aof会fork子进程去rewrite,基于现有内存数据重做。auto-aof-rewrite-percentage 600

auto-aof-rewrite-min-size 64mb

• 实际生产环境:AOF和RDB同时工作

1.RDB在的snapshotting和AOF的rewrite是互斥的

2.如果snapshotting在执行，手动运行BGREWRITE，会等snapshotting执行完之后再rewrite。

3.同时有rdb及AOF，redis重启时，会使用AOF进行数据恢复。

• AOF文件有破损的情况修复

redis-check-aof fix

• redis不能支撑高并发的瓶颈在哪

单机redis在上万到几万不等;如果redis的QPS要超过10万+，要做读写分离。