Redis-高级篇-day01

1.单节点Redis的问题：

1. 数据丢失问题：实现Redis数据持久化
2. 并发能力问题：搭建主从集群，实现读写分离
3. 故障恢复问题：用Redis哨兵，实现健康检测和自动恢复
4. 存储能力问题（基于内存，单节点存储能力有限）：搭建分片集群，利用插槽机制实现动态扩容 

2.实现Redis数据持久化：

1.RDB：

Redis Database Backup fole(Redis数据备份文件)，也叫做Redis数据快照。简单来说就是把内存的所有数据都记录到磁盘中。当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。

快照文件称为RDB文件，默认是保存在当前运行目录。

>save             #由Redis主进程来执行RDB,会阻塞所有命令(Redis是单线程)

>bgsave         #开启子进程来执行RDB,避免主进程受到影响

Redis停机时会执行一次RDB

在redis.conf文件中，有内部触发RDB的机制，格式如下：

save 900 1 #在900秒内有至少有一次key被修改，则执行bgsave，如果是save "" 则表示禁用RDB

bgsave的基本流程：fork主进程，写时复制，写入新的RDB文件，并用新的RDB文件替换旧的RDB文件。

缺点：两次写入磁盘的间隔之间，如果redis宕机了，则在此之间的数据全部丢失了。

2.AOF：

Append Only File（追加文件）。Redis 处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。

AOF默认是关闭的，需要修改redis.conf配置文件来开启AOF：

AOF的命令记录的频率也可以通过redis.conf文件来配置：（redis主线程执行）

因为是记录命令，AOF文件会比RDB文件大的多。而且AOF文件会记录对同一个key的多次写操作，但只要最后一次写操作才有意义。因此，可以通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同效果。

3.总结：