紀楠_c51a

請求路由 目前我們已經搭建好Redis集群并且理解了通信和伸縮細節(jié)频蛔，但還沒有使用客戶端去操作集群必尼。Redis集群對客戶端通信協(xié)議做了比較大的修改纫事，為了追求性能最大化矮湘，并沒有采...

紀楠_c51a

節(jié)點通信 通信流程在分布式存儲中需要提供維護節(jié)點元數(shù)據(jù)信息的機制，所謂元數(shù)據(jù)是指：節(jié)點負責那些數(shù)據(jù)甥桂，是否出現(xiàn)故障等狀態(tài)信息柿究。常見的元數(shù)據(jù)維護方式分為：集中式和P2P方式。Re...

紀楠_c51a

搭建集群 介紹完Redis集群分區(qū)規(guī)則之后蝇摸，下面我們開始搭建Redis集群。搭建集群工作需要以下三個步驟： 準備節(jié)點办陷。 節(jié)點握手貌夕。 分配槽。 準備節(jié)點Redis集群一般有多個...

紀楠_c51a

開發(fā)與運維中的問題 故障轉移日志分析Redis Sentinel拓撲結構本次故障轉移的分析直接使用9.2節(jié)的拓撲和配置進行說明啡专，為了方便分析故障轉移的過程，下表列出了每個節(jié)點...

紀楠_c51a

實現(xiàn)原理 本節(jié)將介紹Redis Sentinel的基本實現(xiàn)原理们童，具體包含以下幾個方面：Redis Sentinel的三個定時任務畔况、主觀下線和客觀下線、Sentinel領導者選...

紀楠_c51a

內在原因 定位到具體的Redis節(jié)點異常后跷跪，首先應該排查是否是Redis自身原因導致，圍繞以下幾個方面排查： API或數(shù)據(jù)結構使用不合理齐板。 CPU飽和的問題吵瞻。 持久化相關的阻...

紀楠_c51a

外在原因 排查Redis自身原因引起的阻塞原因之后甘磨，如果還沒有定位問題橡羞，需要排查是否由外部原因引起。圍繞以下三個當面進行排查： CPU競爭 內存交換 網絡問題 CPU競爭CP...

紀楠_c51a

Redis是典型的單線程架構卿泽，所有的讀寫操作都是在一條主線程中完成的。當Redis用于高并發(fā)場景時吗冤，這條線程就變成了它的生命線又厉。如果出現(xiàn)阻塞，哪怕是很短時間椎瘟，對于我們的應用來...

紀楠_c51a

本章重點回顧 Redis通過復制功能實現(xiàn)主節(jié)點的多個副本侄旬。從節(jié)點可靈活地通過slaveof命令建立或斷開復制流程肺蔚。 復制支持樹狀結構，從節(jié)點可以復制另一個從節(jié)點儡羔，實現(xiàn)一層層向...

紀楠_c51a

拓撲 Redis的復制拓撲結構可以支持單層或多層復制關系，根據(jù)拓撲復制性可以分為以下三種：一主一從汰蜘、一主多從仇冯、樹狀主從結構，下面分別介紹族操。 一主一從結構一主一從結構是簡單的復...

紀楠_c51a

在分布式系統(tǒng)中為了解決單點問題，通常會把數(shù)據(jù)復制多個副本部署到其他機器色难，滿足故障恢復和負載均衡等需求泼舱。Redis也是如此，它為我們提供了復制功能枷莉，實現(xiàn)了相同數(shù)據(jù)的多個Redi...

紀楠_c51a

本章重點回顧 Redis提供了兩種持久化方式：RDB和AOF。 RDB使用一次性生成內存快照的方式笤妙，產生的文件緊湊壓縮比更高冒掌，因此讀取RDB恢復速度更快噪裕。由于每次生成RDB開...

紀楠_c51a

AOF AOF（append only file）持久化：以獨立日志的方式記錄每次寫命令股毫，重啟時再重新執(zhí)行AOF文件中的命令達到恢復數(shù)據(jù)的目的膳音。AOF的主要作用是解決了數(shù)據(jù)持...

紀楠_c51a

持久化 Redis支持RDB和AOF兩種持久化機制皇拣，持久化功能有效地避免因進程退出造成的數(shù)據(jù)丟失問題严蓖，當下次重啟時利用之前持久化的文件即可實現(xiàn)數(shù)據(jù)恢復。理解掌握持久化機制對于...

紀楠_c51a

本章重點回顧 RESP（Redis Serialization Protocol Redis）保證客戶端與服務端的正常通信颗胡，是各種編程語言開發(fā)客戶端的基礎。 要選擇社區(qū)活躍的...

紀楠_c51a

客戶端案例分析 Redis內存陡增現(xiàn)象服務端現(xiàn)象：Redis主節(jié)點內存陡增毒姨，幾乎用滿maxmemory，而從節(jié)點內存并沒有變化钉寝』∧牛客戶端現(xiàn)象：客戶端產生了OOM異常，也就是Re...