Redis简介及持久化

支持的数据类型

1. String
2. hash
3. list
4. set
5. sorted set

持久化机制

因为Redis是内存数据库，数据都是存储在内存中，为了避免进程退出导致数据丢失，需要将数据以某种形式持久化到磁盘中。此外，为了进行灾备，可以将持久化的文件拷贝到一个远程位置。

1. RDB:redis Database

定期将当前进程中的数据生成快照保存到磁盘文件，以二进制存储，保存的文件后缀是rdb,当redis重启时可以读取快照文件恢复数据。
RDB有两种触发方式：

（1）手动方式

save命令：会阻塞进程，redis服务器不能处理任何命令请求；
bgsave命令：会创建一个子进程来实现持久化，主进程继续处理请求

（2）自动触发

配置文件：
save 900 1 #900 秒内如果超过 1 个 key 被修改，则发起快照保存
save 300 10 #300 秒内容如超过 10 个 key 被修改，则发起快照保存
save 60 10000 #60 秒内容如超过 10000 个 key 被修改，则发起快照保存

2. AOF：append only file

以记日志的方式记录每一条数据更新操作，一旦出现灾难事件，可以通过日志重放来恢复整个数据库
将每一个收到的写命令都通过write函数追加到文件中（默认是appendonly.aof）。
appendonly yes #启用 aof 持久化方式
appendfsync always #每次收到写命令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用
appendfsync everysec #每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐
appendfsync no #完全依赖 os，性能最好，持久化没保证

主从复制

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master)，后者称为从节点(slave)；数据的复制是单向的，只能由主节点到从节点。
主从复制是Redis高可用的基础。
主从复制不会阻塞 master。也就是说当一个或多个 slave 与 master 进行初次同步数据时， master 可以继续处理 client 发来的请求。相反 slave 在初次同步数据时则会阻塞,不能处理client 的请求。