摘要：
前提：现在有主从结构，主库没有配置持久化，从库配置AOF。场景1：哪一天主库突然宕了，怎么办？非常危险的动作：重新启动主库。要知道这样一来，最坏情况数据将全部丢失。因为主库没有配置持久化，所以主库的data目录只有从库连接主库请求resync的时候做快照留下来的dump.rdb文件。如果重启主库，主库会按照data目录下的dump.rdb来恢复数据。因此，如果从库是从最开始就配置好了的而且没有发生过再次请求resync，那么此时的dump.rdb将是空的。主库按照空的dump.rdb恢复数据，自然数据全无，从库发现主库能够连接上时会自动请求resync,从库也将拷贝一份空白的数据。这个时候怎么 阅读全文
摘要：
研读infoQ上《Redis复制与可扩展集群搭建》(http://www.infoq.com/cn/articles/tq-redis-copy-build-scalable-cluster)后，思考后，写下这篇看后感。文章主要写了四点，1. 对现有的Redis主从复制缺陷的思考，以及提出的主动复制解决思路。2. 对动态扩容的思考3. Redis复制改进思路4. Redis与MySQL整合思路在下只对1,2,4这三点说下感受。针对第一点，目前我们知道Redis主从的实现，以及持久化的实现还不是非常完美。文章也说了持久化虽然有三种形式:快照，AOF以及VM,但是相对较好的只有 快照与AOF。主从 阅读全文