wang725的专栏

下面内容来源于Quora上的一个提问，问题是使用Redis需要避免的五个问题。而回答中超出了五个问题的范畴，描述了五个使用Redis的注意事项。如果你在使用或者考虑使用Redis，可能你可以学习一下下面的一些建议，避免一下提到的问题。1.使用key值前缀来作命名空间虽然说Redis支持多个数据库(默认32个，可以配置更多)，但是除了默认的0号库以外，其它的都需要通过一个额外请求才能使用。所以用前缀

quorum的解释如下：（1）至少多少个哨兵要一致同意，master进程挂掉了，或者slave进程挂掉了，或者要启动一个故障转移操作 （2）quorum是用来识别故障的，真正执行故障转移的时候，还是要在哨兵集群执行选举，选举一个哨兵进程出来执行故障转移操作 （3）假设有5个哨兵，quorum设置了2，那么如果5个哨兵中的2个都认为master挂掉了; 2个哨兵中的一个就会做一个选举，选举一...

问题描述： 无法关闭redis服务，提示一直等待关闭[root@eshop-cache01 ~]# ./redis_control.sh stopStopping ...Could not connect to Redis at 127.0.0.1:6379: Connection refusedWaiting for Redis to shutdown ...Waiting for...

3台哨兵 192.168.43.170 mymaster 192.168.43.171 slave 192.168.43.172 slave1、哨兵的配置文件/usr/local/redis-3.2.8/sentinel.conf每一个哨兵都可以去监控多个maser-slaves的主从架构因为可能你的公司里，为不同的项目，部署了多个master-slaves的redis主从集...

客户端连接哨兵节点 redis-cli -h 192.168.43.171 -p 5000[root@eshop-cache02 ~]# redis-cli -h 192.168.43.171 -p 5000192.168.43.171:5000>

redis模拟master挂掉，slave切换当前 master：192.168.43.170 slave： 192.168.43.171 slave： 192.168.43.1721.通过命令将192.168.43.170的redis集群的master关闭[root@eshop-cache01 ~]# ./redis_control.sh stopStopping ....

设置daemonize daemonize yes设置日志文件logfile /var/log/sentinel/5000/sentinel.log

redis cluster集群，要求至少3个master，去组成一个高可用，健壮的分布式的集群，每个master给一个slave，3个master，3个slave，最少的要求1. 部署目录/etc/redis（存放redis的配置文件），/var/redis/6379（存放redis的持久化文件）2. 编写配置文件机器： 192.168.43.170;一个master一个...

redis cluster 搭建完成后 redis cluster模式下，不建议做物理的读写分离了建议通过master的水平扩容，来横向扩展读写吞吐量，还有支撑更多的海量数据redis单机，读吞吐是5w/s，写吞吐2w/s扩展redis更多master，那么如果有5台master，不就读吞吐可以达到总量25/s QPS，写可以达到10w/s QPSredis单机，内存，6G ，...

slave的自动迁移比如现在有10个master，每个有1个slave，然后新增了3个slave作为冗余，有的master就有2个slave了，有的master出现了salve冗余如果某个master的slave挂了，那么redis cluster会自动迁移一个冗余的slave给那个master只要多加一些冗余的slave就可以了为了避免的场景，就是说，如果你每个master只有一...

1、sdown和odown转换机制·sdown和odown两种失败状态·sdown是主观宕机，就一个哨兵如果自己觉得一个master宕机了，那么就是主观宕机odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是客观宕机sdown达成的条件很简单，如果一个哨兵ping一个master，超过了is-master-down-after-millisecon...

课程大纲1、两种数据丢失的情况2、解决异步复制和脑裂导致的数据丢失1、两种数据丢失的情况主备切换的过程，可能会导致数据丢失（1）异步复制导致的数据丢失因为master -> slave的复制是异步的，所以可能有部分数据还没复制到slave，master就宕机了，此时这些部分数据就丢失了（2）脑裂导致的数据丢失脑裂，也就是说，某个master所在...

1、哨兵的介绍sentinal，中文名是哨兵哨兵是redis集群架构中非常重要的一个组件，主要功能如下（1）集群监控，负责监控redis master和slave进程是否正常工作 （2）消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员 （3）故障转移，如果master node挂掉了，会自动转移到slave node上 （4）配置中心，如果故障转移...

在env中确定是安装了redis的，而且redis服务都启动了，ps查看redis进程都在，但是通过命令（python manage.py celery worker -c 4 --loglevel=info）启动work的时候，总是报错说找不到redis File "/home/wfq/python27/lib/python2.7/site-packages/kombu-3.0.37-py...

大纲1、如何配置RDB持久化机制2、RDB持久化机制的工作流程3、基于RDB持久化机制的数据恢复实验1、如何配置RDB持久化机制redis.conf文件，也就是/etc/redis/6379.conf，去配置持久化 配置save来实现持久化的策略 格式save <seconds> <changes> 如: save 60 100...

大纲1、AOF持久化的配置2、AOF持久化的数据恢复实验3、AOF rewrite4、AOF破损文件的修复5、AOF和RDB同时工作1、AOF持久化的配置AOF持久化，默认是关闭的，默认是打开RDB持久化 redis.conf配置文件中修改appendonly参数为yes，打开AOF的持久化 appendonly yes，可以打开AOF持久化...

在企业中，持久化到底是怎么去用得呢？企业级的数据备份和各种灾难下的数据恢复，是怎么做得呢？1、企业级的持久化的配置策略在企业中，RDB的生成策略，用默认的也差不多save 60 10000：如果你希望尽可能确保说，RDB最多丢1分钟的数据，那么尽量就是每隔1分钟都生成一个快照，低峰期，数据量很少，也没必要10000->生成RDB，1000->RDB，这个根据你自...

redis不能支撑高并发的瓶颈在哪里？单机如果redis要支撑超过10万+的并发，那应该怎么做？ 单机的redis几乎不太可能说QPS超过10万+，除非一些特殊情况，比如你的机器性能特别好，配置特别高，物理机，维护做的特别好，而且你的整体的操作不是太复杂读写分离，一般来说，对缓存，一般都是用来支撑读高并发的，写的请求是比较少的，可能写请求也就一秒钟几千，一两千大量的请求都是读，一秒钟...

1、图解redis replication基本原理 2、redis replication的核心机制 3、master持久化对于主从架构的安全保障的意义redis replication -> 主从架构 -> 读写分离 -> 水平扩容支撑读高并发redis replication的最最基本的原理，铺垫1、图解redis replication基本原理...

1、主从架构的核心原理当启动一个slave node的时候，它会发送一个PSYNC命令给master node如果这是slave node重新连接master node，那么master node仅仅会复制给slave部分缺少的数据; 否则如果是slave node第一次连接master node，那么会触发一次full resynchronization开始full resynchr...

1、复制的完整流程（1）slave node启动，仅仅保存master node的信息，包括master node的host和ip，但是复制流程没开始master host和ip是从哪儿来的，redis.conf里面的slaveof配置的（2）slave node内部有个定时任务，每秒检查是否有新的master node要连接和复制，如果发现，就跟master node建立socket...

4台centos6.5服务器 master: 192.168.43.170 slave: 192.168.43.171 slave: 192.168.43.172 slave: 192.168.43.173master节点上的配置：启用安全认证，requirepass该配置项默认注释 masterauth <master-password> 如：mastera...

一、节点间的内部通信机制1、基础通信原理（1）redis cluster节点间采取gossip协议进行通信跟集中式不同，不是将集群元数据（节点信息，故障，等等）集中存储在某个节点上，而是互相之间不断通信，保持整个集群所有节点的数据是完整的维护集群的元数据用得，集中式，一种叫做gossip集中式：好处在于，元数据的更新和读取，时效性非常好，一旦元数据出现了变更，立即就更新到集...