Darryl Cao的博客

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

1、主从架构的核心原理当启动一个slave node的时候，它会发送一个PSYNC命令给master node如果这是slave node重新连接master node，那么master node仅仅会复制给slave部分缺少的数据; 否则如果是slave node第一次连接master node，那么会触发一次full resynchronization开始full resynchronization的时候，master会启动一个后台线程，开始生成一份RDB快照文件，同时还会将从客户端收到的所有写命

redis replication的核心机制（1）redis采用异步方式复制数据到slave节点，不过redis 2.8开始，slave node会周期性地确认自己每次复制的数据量（2）一个master node是可以配置多个slave node的（3）slave node也可以连接其他的slave node（4）slave node做复制的时候，是不会block master node的正常工作的（5）slave node在做复制的时候，也不会block对自己的查询操作，它会用旧的数据集来提供服

**结论**出现如下问题，而且你确定你已经安装了redis.gem依赖，那么这篇文章值得你仔细参考。如果没有，也可以了解一下其中的原理。/usr/local/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require': cannot load such file -- redis (LoadError)from /usr/local/lib/ruby/2.0.0/rubygems/core_ext/kernel_requir

1、AOF持久化的配置AOF持久化，默认是关闭的，默认是打开RDB持久化appendonly yes，可以打开AOF持久化机制，在生产环境里面，一般来说AOF都是要打开的，除非你说随便丢个几分钟的数据也无所谓打开AOF持久化机制之后，redis每次接收到一条写命令，就会写入日志文件中，当然是先写入os cache的，然后每隔一定时间再fsync一下而且即使AOF和RDB都开启了，redis重启的时候，也是优先通过AOF进行数据恢复的，因为aof数据比较完整可以配置AOF的fsync策略，有三种策略

1、如何配置RDB持久化机制redis.conf文件，也就是/etc/redis/6379.conf，去配置持久化save 60 1000每隔60s，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操作也被称之为snapshotting，快照也可以手动调用save或者bgsave命令，同步或异步执行rdb快照生成save可以设置多个，就是多个snapshotting检查点，每到一个检查点，就会去check一下，是否有指定的k

课程大纲1、RDB和AOF两种持久化机制的介绍2、RDB持久化机制的优点3、RDB持久化机制的缺点4、AOF持久化机制的优点5、AOF持久化机制的缺点6、RDB和AOF到底该如何选择我们已经知道对于一个企业级的redis架构来说，持久化是不可减少的企业级redis集群架构：海量数据、高并发、高可用持久化主要是做灾难恢复，数据恢复，也可以归类到高可用的一个环节里面去比如你redis整个挂了，然后redis就不可用了，你要做的事情是让redis变得可用，尽快变得可用重启redis，尽快让它

1、安装单机版redis大家可以自己去官网下载wget http://downloads.sourceforge.net/tcl/tcl8.6.1-src.tar.gz还需下载tcl 源码包tar -xzvf tcl8.6.1-src.tar.gzcd /usr/local/tcl8.6.1/unix/./configuremake && make install使用redis-3.2.8.tar.gz（截止2017年4月的最新稳定版）tar -zxvf redis-3.