相信在座各位的開發者都不會對 Redis 的主從模式(master-slave)感到陌生。Redis 中的主從模式事實上也是源自 MySQL 中同名的一個概念，是同步數據的一種手段。在這樣的場景下，master-slave 本來是一個不帶任何感情色彩的詞語。然而有很多開發者卻不這樣認為，他們在閱讀 Redis 5.0 RC5 的變更日志后發現，Redis 仍然在使用 “master” 和 “slave” 術語來在 Redis 的復制中區分不同的角色，他們對此感到失望，并希望 Redis 作者能修改 Redis 中 master-slave 架構的描述。

創新互聯建站-專業網站定制、快速模板網站建設、高性價比新羅網站開發、企業建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式新羅網站制作公司更省心,省錢,快速模板網站建設找我們，業務覆蓋新羅地區。費用合理售后完善，十年實體公司更值得信賴。

按 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

本文題目：實屬無奈！Redis作者被迫修改master-slave架構的描述-創新互聯
網站網址：http://www.yijiale78.com/article48/psghp.html

成都網站建設公司_創新互聯，為您提供網站設計、品牌網站建設、企業建站、做網站、自適應網站、搜索引擎優化

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯