RDB
采用RDB持久化方式，redis会定期把数据快照保存到一个rdb文件中，并在启动时加载rdb文件，恢复之前保存的数据，可以在配置文件中设置保存数据的时间：
save {second} {change}
例子：save 60 100
意识是redis会每60s检查一次数据变更的情况，如果发生了100次的数据变化，则进行一次rdb快照保存，可以配置多条保存规则，redis是默认开启rdb快照的，默认的配置如下：
save 900 1
save 300 10
save 60 10000
也可以通过BG save来手动保存快照
RDB的优点：
1，对性能影响最小。
2，每次快照都会生成一个完整的数据快照文件，所以可以辅助其他手段保存多个时间点的快照（例如通过用脚本每天把快照备份到其他地方去），可作为灾难恢复手段。
3，使用RDB文件进行数据恢复比使用AOF要快很多。
RDB的缺点：
1，快照是定期生成的，所以Redis crash(紧急)时或多或少都会丢一些数据
2，如果数据集非常大而且服务器配置并不是很高，redis会在fork子进程的时候可能会消耗相对较长的时间，影响这期间客户端的请求。
AOF
采用AOF持久化方式时，redis会把每一个请求都记录在一个日志文件里面，在redis重启时，会把AOF文件所记录的的所有写操作重新执行一边，确保数据最新。
AOF默认是关闭的，如需开启，请在配置文件中修改：
appendonly yes
AOF提供了三种fsync配置，always|everysec|no三种，可以通过appendfsync指定：
1，appendfsync no：不进行fsync，将flush文件的时间交给os决定，速度最快
2，appendfsync always：每写入一条日志就进行一次fsync操作，数据安全性最高，但是速度最慢。
3，appendfsync everysec：折中的做法，交由后台线程每秒fsync一次
随着AOF不断地记录写操作日志，必定会出现一些无用的日志，例如某个时间点执行了set key1 "123",然后又在某个时间点执行了set key1 "456",那么第一条命令是没有用的，大量的无用日志会让AOF文件过大，变得臃肿，也会让恢复数据的时间更长。所以redis提供了AOF rewrite功能，可以重写AOF文件，只保留能够把数据恢复到最新状态的最小写操作集。
AOFrewrite可以通过BGREWRITEAOF命令执行，也可以配置redis定期自动执行：
auto-aof-rewrite-percentage 200
auto-aof-rewrite-min-size 128MB
这两条配置的意思是，redis在每次AOF重写时，会记录完成重写后的AOF日志大小，当AOF日志大小在该基础上增长了200%的时候，会自动进行AOF，同时，如果增长的大小没有达到128MB，就不会进行重写。
AOF的优点：
1，最安全，在启用了appendfsync always时，任何已经写入的数据都不会丢失，使用在启用appendfsync everysec也最多只会丢失1秒的数据
2，AOF文件在发送断电，宕机等问题时也不会损坏，即使出现了某条日志写入了一般的情况，也可以使用redis-check-aof工具修复
3，AOF文件易读，可修改，在进行了某些错误的数据清楚操作后，只要AOF文件没有重写，就可以把AOF备份出来，把错误的命令删除，然后恢复数据
AOF的缺点：
1，AOD文件通常比RDB文件更大
2，性能消耗比RDB高
3，数据恢复数据比RDB慢

Redis数据持久化引发的延迟有哪些：
1，网络通信的延迟
2，慢查询命令引起的响应延迟
3，fork引起的响应延迟
4，页交换引起的响应延迟
5，AOF和磁盘IO引起的响应延迟
6，过期数据引起的响应延迟

数据持久化引发的延迟：
redis的数据持久化工作本身就会带来延迟，需要根据数据的安全级别和性能要求制定合理的持久化计划：
1，AOF+fsync always的设置虽然能够绝对确保数据安全，但是每个操作都会出发一次fsync，会对redis的性能有比较明显的影响
2，AOF+fsync every second是比较好的方案，每秒fsync一次
3，AOF+fsync never会提供AOF持久化方案下的最优性能
4，使用RDB持久化通常会提供比使用AOF更高的性能，需要注意的是RDB的参数配置
5，每一次RDB快照和AOF重写都需要Redis主进程进行fork操作，fork操作本身可能会产生较高的耗时，与服务器CPU和Redis所占用的内存大小有关。根据具体的情况合理配置RDB快照和AOF重写时机，避免太过频繁的fork带来的延迟。

可以用一些常用的命令来检查
1，这个所谓的慢是可以通过参数slowlog-log-slower-than设定的，默认10000us，也就是10
ms
redis>slowlog get num
2,查看当前实例中那些key比较占用空间(redis-cli的参数)
redis-cli -bigkeys
3,查看redis相关的监控信息
redis>info 相关命令（memory cpu replication stats clients）
注意：客户端连接数默认限制为10000，total_commands_processed，instantaneous_ops_per_sec，net_io_in_per_sec，net_io_out_per_sec，total_commands，connected_clients，used_memory_human，used_memory_peak_human这些指标都需要关注。