yyqq188的博客

原文地址：http://www.cnblogs.com/ysuzhaixuefei/p/4052110.html 如果我们要实现记录网站每天访问的独立IP数量这样的一个功能 集合实现： 使用集合来储存每个访客的 IP ，通过集合性质（集合中的每个元素都各不相同）来得到多个独立 IP ， 然后通过调用 SCARD 命令来得出独立 IP 的数量。 举个例子，程序可以使

dump.rdb文件是redis快照的结果，也就是将数据库中是数据保存到硬盘中，防止redis意外重启后数据丢失的。 redis每次启动时，都会先去找这个文件，将里面的数据导入数据库中，如果没有找到这个文件就会重新建立一个，如果找到了，但是被清空了，对不起，你的数据也就丢失了。 配置文件中默认位置是，redis启动命令执行的位置。 也就是，你在哪启动redis，这个文件就放在哪。

持久化主要是做灾难恢复，数据恢复，当然也可以归类到高可用的一个环节中去。 如果把redis的持久化做好，备份和恢复方案做到企业级的程度，那么即使你的redis故障了，也可以通过备份数据，快速恢复，立即对外提供服务。 RDB持久化机制，对redis中的数据执行周期性的持久化 AOF机制是对每条写入命令作为日志，以append-only的模式写入一个日志文件中，在redis重启的时候，可以通过回

1 在企业中，RDB的生成策略，用默认的也是可以的，AOF一定要打开，fsync，everysec即可 auto-aof-rewrite-percentage 100: 就是当前AOF大小膨胀到超过上次100%，上次的两倍 auto-aof-rewrite-min-size 64mb: 根据你的数据量来定，16mb，32mb 这两项的配置依据企业的数据量酌情配置 2 RDB非常适合做冷备，

利用redis的replication功能实现主从架构，一主多从，主节点负责写请求，同步复制到从节点，从节点负责读请求，所有的读请求均匀的打在从节点上，而且到QPS再增加的时候，只要水平的增加从节点的数量即可。 所以整个的思路是：redis replication --> 主从架构 --> 读写分离 --> 水平扩容 redis采用异步方式复制数据到slave节点，slave node 在做复

从主从架构到读写分离 到水平扩容 主从架构要实现高可用的话，就要能够做到主从切换 利用sentinal node去监控master node是否可用，一旦发现master node不可用，就切换到其他的slave node上 哨兵的功能是监控集群中的master和slave进程是否正常工作，如果master node挂掉了，会自动转移到slave node上，并通知client客户端新的ma

哨兵的配置文件是sentinel.conf  在redis的目录下 最小配置  每个哨兵都可以去监控多个master-slaves的主从架构，因为可能公司里，为不同的项目配置了多个master-slaves的redis主从集群，自己可以给每个redis主从集群分配一个逻辑的名称，例如这里 分配的逻辑名称就是mymaster  和   resque  也就是说这里有两套redis的主从集群