## 節點運維
* 節點所在的機器出現了不穩定或者即將過保被回收;
* 節點所在的機器性能比較差或者內存比較小,無法支撐應用方的需求;
* 節點自身出現服務不正常情況,需要快速處理;
## 臨時下線和永久下線:
* 臨時下線:暫時將節點關掉,之后還會重新啟動,繼續提供服務
* 永久下線:將節點關掉后不再使用,需要做一些清理工作,如刪除配 置文件、持久化文件、日志文件
## 主節點下線
* 如果需要對主節點進行下線,比較合理的做法是選出一個“合適”(例如性能更高的機器)的從節點,使用sentinel failover功能將從節點晉升主節點,只需要在任意可用的Sentinel節點執行如下操作即可:
```
sentinel failover <master name>
```

## 從節點下線
* **如果需要對從節點或者Sentinel節點進行下線,只需要確定好是臨時還是永久下線后執行相應操作即可**。如果使用了讀寫分離,下線從節點**需要保證應用方可以感知從節點的下線變化,從而把讀取請求路由到其他節點**
* **需要注意的是,Sentinel節點依然會對這些下線節點進行定期監控,**這是由Redis Sentinel的設計思路所決定的。下面日志顯示(需要設置 loglevel=debug),6380節點下線后,Sentinel節點還是會定期對其監控,**會造成一定的網絡資源浪費**
## 添加從節點
* **添加從節點的場景大致有如下幾種:**
* 使用了讀寫分離,但現有的從節點無法支撐應用方的流量
* 主節點沒有可用的從節點,無法支持故障轉移
* 添加一個更強悍的從節點利用手動failover替換主節點。
* **添加方法:**添加slaveof {masterIp} {masterPort}的配置,使用redis-server啟動即可,它將被Sentinel節點自動發現
## 添加Sentinel節點
* **添加Sentinel節點的場景可以分為以下幾種:**
* 當前Sentinel節點數量不夠,無法達到Redis Sentinel健壯性要求或者無 法達到票數
* 原Sentinel節點所在機器需要下線
* **添加方法:**添加sentinel monitor主節點的配置,使用redis-sentinel啟動即 可,它將被其余Sentinel節點自動發現
- Redis簡介
- 簡介
- 典型應用場景
- Redis安裝
- 安裝
- redis可執行文件說明
- 三種啟動方法
- Redis常用配置
- API的使用和理解
- 通用命令
- 數據結構和內部編碼
- 單線程
- 數據類型
- 字符串
- 哈希
- 列表
- 集合
- 有序集合
- Redis常用功能
- 慢查詢
- Pipline
- 發布訂閱
- Bitmap
- Hyperloglog
- GEO
- 持久化機制
- 概述
- snapshotting快照方式持久化
- append only file追加方式持久化AOF
- RDB和AOF的抉擇
- 開發運維常見問題
- fork操作
- 子進程外開銷
- AOF追加阻塞
- 單機多實例部署
- Redis復制原理和優化
- 什么是主從復制
- 主從復制配置
- 全量復制和部分復制
- 故障處理
- 開發運維常見問題
- Sentinel
- 主從復制高可用
- 架構說明
- 安裝配置
- 客戶端連接
- 實現原理
- 常見開發運維問題
- 高可用讀寫分離
- 故障轉移client怎么知道新的master地址
- 總結
- Sluster
- 呼喚集群
- 數據分布
- 搭建集群
- 集群通信
- 集群擴容
- 集群縮容
- 客戶端路由
- 故障轉移
- 故障發現
- 故障恢復
- 開發運維常見問題
- 緩存設計與優化
- 緩存收益和成本
- 緩存更新策略
- 緩存粒度控制
- 緩存穿透優化
- 緩存雪崩優化
- 無底洞問題優化
- 熱點key重建優化
- 總結
- 布隆過濾器
- 引出布隆過濾器
- 布隆過濾器基本原理
- 布隆過濾器誤差率
- 本地布隆過濾器
- Redis布隆過濾器
- 分布式布隆過濾器
- 開發規范
- 內存管理
- 開發運維常見坑
- 實戰
- 對文章進行投票
- 數據庫的概念
- 啟動多實例