韭菜如何像Redis一样抗住压力

今天，在朋友圈发了条动态来征集标题，顺便截了下最近买的一个基金。没想到遇到了好多"养鸡"的小伙伴，还认识了跟我一样韭的兄弟

以前我在公司内网搜Redis相关资料的时候，无意中看到gitlab有个项目叫做「f**kRedis」，readme里边大概的内容是：「干*Redis，看下Redis是不是有真的这么牛逼，每次Redis出问题那些人都赖在网络上」

（文章标题由朋友圈小伙伴友情提供）

这篇文章主要的内容是Redis主从架构相关的，看完就能了解Redis是有什么措施来实现高可用的

今日总结

Redis实现高可用：

• AOF/RDB持久化机制
• 主从架构（主服务器挂了，手动由从服务器顶上）
• 引入哨兵机制自动故障转义

主从复制原理：

• PSYNC命令两种模式：完全重同步、部分重同步
• 完全重同步：主从服务器建立连接、主服务器生成RDB文件发给从服务器、主服务器不阻塞（相关修改命令记录至buffer）、将修改命令发给从服务器
• 部分重同步：从服务器断线重连，发送RunId和offset给主服务器，主服务器判断offset和runId，将还未同步给从服务器的offset相关指令进行发送

哨兵机制：

• 哨兵可以理解为特殊的Redis服务器，一般会组成哨兵集群
• 哨兵主要工作是监控、告警、配置以及选主
• 当主服务器发生故障时，会「选出」一台从服务器来顶上「客观下线」的服务器，由「领头哨兵」进行切换

数据丢失：

• Redis的主从复制和故障转移阶段都有可能发生数据丢失问题（通过配置尽可能避免）