redis数据实时性和安全性方案讨论课件.ppt

《redis数据实时性和安全性方案讨论课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、REDIS数据实时性和安全性方案讨论陈仁余目录一redis两种存储机制二现有的RDB快照存储方式（主从同步机制和缺点）三建议使用的redis持久化方案一redis两种存储机制—RDB快照RDB方式特点RDB就是Snapshot快照存储，是默认的持久化方式。可理解为半持久化模式，即按照一定的策略周期性的将数据保存到磁盘。对应产生的数据文件为dump.rdb，通过配置文件中的save参数来定义快照的周期。当生成一个新的RDB文件时，Redis生成的子进程会先将数据写到一个临时文件中，然后通过原子性rename系统

2、调用将临时文件重命名为RDB文件。因此RDB文件不会丢失一redis两种存储机制—RDB快照RDB方式的优缺点RDB优点：RDB文件易于进行故障转移易于做数据备份RDB方案最大的提升了Redis的性能。父进程fork子进程进行数据的永久性存储。父进程不进行磁盘I/O。RDB相比AOF来说，可以使服务器快速重启。RDB缺点：一旦数据库出现问题，RDB文件中保存的数据并不是全新的。从上次RDB文件生成到redis停机这段时间的数据全部丢掉了。由于RDB经常使用子进程fork()进行数据备份，所以如果当数据比较大的时

3、候，数据备份会比较耗时一redis两种存储机制—AOFAOF方式特点在使用AOF存储机制时，redis将数据也是先存在内存，但在存储时会使用调用fsync来完成对本次写操作的日志记录。Redis有两种追加日志的方案：一种是always每次纪录进来都添加；一种是everysecend每秒添加一次。当Redis重启是会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。Redis的rewrite机制将日志文件中的所有数据根据配置文件的设置重新写到新的日志文件中，对于老日志文件中Key的多次操作，只保留最终

4、的值的那次操作记录到日志文件中，从而缩小日志文件的大小。一redis两种存储机制—AOFAOF方式的优点：因为纪录每次操作，所以数据不会丢失AOF方式的缺点：AOF进行日志压缩，而且随着数据的不断写入，产生的日志会越来越大，当redis或者服务器重启的时候，加载数据可能会需要一定时间。AOF一般工作在实时存储的模式下，存储频率偏高，效率却偏低二现有的RDB快照存储方式—主从同步方式第一次Slave向Master同步的实现是：Slave向Master发出同步请求，Master先dump出rdb文件，然后将rdb文

5、件全量传输给slave，然后Master把缓存的命令转发给Slave，初次同步完成。第二次以及以后的同步实现是：Master将变量的快照直接实时依次发送给各个Slave。但不管什么原因导致Slave和Master断开重连都会重复以上两个步骤的过程。二现有的RDB快照存储方式—缺点现网上的redis的存储机制采用的redis默认的RDB；配置参数如下:save9001#900s内如果超过1个key被修改，保存至.rdb文件save30010#300s内如超过10个key被修改，保存至.rdb文件save6010

6、000#60s内如超过10000个key被修改，保存至.rdb文件如果在900s，也就是15min内有一个key被修改，而这段时间内redis重启，或者服务器出现故障，则会导致数据丢失。三建议使用的redis持久化方案—实施方法为了提供很高的数据保障性，建议同时使用两种持久化方式Master上RDB和AOF都不做，来保证Master的读写性能，而Slave上则同时开启RDB和AOF来进行持久化，保证数据的安全性。这样做的条件就是必须固定一台服务器为主机，另一台为备机。三建议使用的redis持久化方案—灾难恢复1

7、redis主机宕机，备机正常运行：此时外部访问请求切换到备机，备机暂时成为主机。待主机恢复时，备机重启keepalived切换成备机状态。此过程数据不会丢失2redis备机宕机，主机正常运行：此时如果在主机中添加数据，数据不会丢失；待备机恢复后，备机会同步主机的数据，保持缓存数据的实时性3redis主备机同时宕机：此时应先启动备机，恢复数据，然后再启动主机。备机重启keepalived切换成备机状态。可将数据恢复到宕机前的状态三建议使用的redis持久化方案—后续讨论后续还需要和研发及测试人员讨论，从而得出最适

8、合云平台的方案。目的是将安全性和实时性达到最高，而且可以保证写入和读取的效率