相信在座各位的开发者都不会对 redis 的主从模式(master-slave)感到陌生。Redis 中的主从模式事实上也是源自 MySQL 中同名的一个概念，是同步数据的一种手段。在这样的场景下，master-slave 本来是一个不带任何感情色彩的词语。然而有很多开发者却不这样认为，他们在阅读 Redis 5.0 RC5 的变更日志后发现，Redis 仍然在使用 “master” 和 “slave” 术语来在 Redis 的复制中区分不同的角色，他们对此感到失望，并希望 Redis 作者能修改 Redis 中 master-slave 架构的描述。
站在用户的角度思考问题，与客户深入沟通，找到潜山网站设计与潜山网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站制作、网站设计、企业官网、英文网站、手机端网站、网站推广、申请域名、网站空间、企业邮箱。业务覆盖潜山地区。
按 Redis 作者 antirez 的说法，这已经不是开发者第一次提这种要求了。但这次呼吁修改的声音异常的大，就连 antirez 在推特发起的匿名投票也显示超过半数的人希望修改 master-slave 这一描述。
antirez 表示他很抱歉 master-slave 这个描述让许多人感到失望，但他不认为这个特定于上下文环境的术语具有侵犯性。所以他在数据库中使用 master-slave 当然不是以任何方式暗示“奴隶制度”。
antirez 还表示，这个看似简单的修改实际上要付出昂贵的代价，并产生兼容性问题。例如：
不能在应用现有的 PR
现在有像 INFO 和 ROLE 这样的命令 —— 使用包含 slave 术语的协议进行回复
术语 slave 中的源代码包含 1500 个事件
拥有私人项目并根据需要进行代码合并的人会遇到很多问题
可以看到，冒然进行变动会产生很多问题。而且，现在发布的 Redis 5 候选版本是向后兼容的首个稳定版本。所以这也是需要考虑的一方面。最后 antirez 表达了希望能折中解决问题的建议 ——
短期内的变化
将 master-slave 架构的描述改为 master-replica
为 SLAVEOF 提供别名 REPLICAOF，所以仍然可以使用 SLAVEOF，但多了一个选项
保持继续使用 slave 来对 INFO 和 ROLE 进行回应，现在目前看来，这仍然是一个重大的破坏性变更
长期变化
编写一个 INFO 的替代品
在内部替换很多东西，因为技术原因，如果作了改动，许多 PR 也会无法应用，所以必须在某些地方进行大变动
……
antirez 认为，这些所谓的“政治正确”并没有什么意义，他也在博客中表达了自己的政治倾向，他每天都会在社交网络积极谈论政治，以推动社会的平等。他希望拥有一个公平、机会财富再分配和开放的世界。但他认为获得这个世界的方式不是禁止言论，也不是通过在 Twitter 上讨伐别人 —— 只是为了让他人遵守你的意识形态。antirez 表示他将会继续自己的政治活动，也会继续编写开源软件。
参考链接
http://antirez.com/news/122
https://github.com/antirez/redis/issues/5335
