Dieser Artikel vermittelt Ihnen ein detailliertes Verständnis der Master-Slave-Synchronisierung und des Sentinel-Modus in Redis und stellt vor, wie Sie die Master-Slave-Synchronisierung aktivieren und deaktivieren sowie Sentinel erstellen und starten. Ich hoffe, dass er für alle hilfreich ist!
Master-Slave-Synchronisation (Master-Slave-Replikation) ist der Grundstein des HochverfügbarkeitsdienstesRedis
und der grundlegendste im Betrieb mit mehreren Maschinen. [Verwandte Empfehlungen:Redis-Video-Tutorial]Redis
高可用服务的基石,也是多机运行中最基础的一个。【相关推荐:Redis视频教程】
我们把主要存储数据的节点叫做主节点 (master
),把其他通过复制主节点数据的副本节点叫做从节点 (slave
),如下图所示:
在Redis
中一个主节点可以拥有多个从节点,一个从节点也可以是其他服务器的主节点,如下图所示:
主从同步的优点
主从同步具有以下三个优点:
Redis
服务器的宕机恢复节省了宝贵的时间;开启主从同步
运行中设置从服务器
在Redis
运行过程中,我们可以使用replicaof host port
命令,把自己设置为目标 IP
的从服务器。
如果主服务设置了密码,需要在从服务器输入主服务器的密码,使用config set masterauth 主服务密码
命令的方式
在执行完replicaof
命令之后,从服务器的数据会被清空,主服务会把它的数据副本同步给从服务器。
启动时设置从服务器
可以使用命令redis-server --port 6380 --replicaof 127.0.0.1 6379
将自己设置成目标服务器的从服务器。
数据同步
完整数据同步
当有新的从服务器连接时,为了保障多个数据库的一致性,主服务器会执行一次bgsave
命令生成一个RDB
文件,然后再以Socket
的方式发送给从服务器,从服务器收到RDB
文件之后再把所有的数据加载到自己的程序中,就完成了一次全量的数据同步。
部分数据同步
在Redis 2.8
之前每次从服务器离线再重新上线之前,主服务器会进行一次完整的数据同步,然后这种情况如果发生在离线时间比较短的情况下,只有少量的数据不同步却要同步所有的数据是非常笨拙和不划算的,在Redis 2.8
这个功能得到了优化。
Redis 2.8
的优化方法是当从服务离线之后,主服务器会把离线之后的写入命令,存储在一个特定大小的队列中,队列是可以保证先进先出的执行顺序的,当从服务器重写恢复上线之后,主服务会判断离线这段时间内的命令是否还在队列中,如果在就直接把队列中的数据发送给从服务器,这样就避免了完整同步的资源浪费。
存储离线命令的队列大小默认是 1MB,使用者可以自行修改队列大小的配置项repl-backlog-size
。
无盘数据同步
在第一次主从连接的时候,会先产生一个RDB
文件,再把RDB
文件发送给从服务器,如果主服务器是非固态硬盘的时候,系统的I/O
master
) bezeichnet, und die anderen Replikatknoten, die die Daten des Master-Knotens kopieren, werden als Slave-Knoten (
slave
) bezeichnet, wie in der Abbildung gezeigt Abbildung unten:
In
Redis
In ein Master-Knoten kann mehrere Slave-Knoten haben, ein Slave-Knoten kann auch der Master-Knoten anderer Server sein, wie in der Abbildung unten gezeigt :
Vorteile der Master-Slave-SynchronisationMaster-Slave-Synchronisation hat die folgenden drei Vorteile:
Redis
-Servers spart;
Redis
können wir den Befehl
replicaof host port
verwenden, um uns als Slave-Server von
target IP
festzulegen. Wenn der Master-Dienst ein Passwort festgelegt hat, müssen Sie das Passwort des Master-Servers auf dem Slave-Server mit dem Befehl
config set masterauth master service password
eingebenNachdem Sie den
replicaof ausgeführt haben
Befehl Danach werden die Daten des Slave-Servers gelöscht und der Master-Dienst synchronisiert seine Datenkopie mit dem Slave-Server. Legen Sie den Slave-Server beim Start festMit dem Befehl
redis-server --port 6380 --replicaof 127.0.0.1 6379
können Sie sich selbst als Slave-Server festlegen Zielserver.
DatensynchronisierungVollständige DatensynchronisierungWenn eine neue Slave-Server-Verbindung besteht, In der Reihenfolge Um die Konsistenz mehrerer Datenbanken sicherzustellen, führt der Hauptserver den Befehl
bgsave
einmal aus, um eine
RDB
-Datei zu generieren, und verwendet dann den
Socket-Methode zum Senden an den Slave-Server. Nach dem Empfang der RDB
-Datei vom Server lädt dieser alle Daten in sein eigenes Programm und führt so eine vollständige Datensynchronisierung durch. Teilweise DatensynchronisierungVor
Redis 2.8
führte der Masterserver jedes Mal, wenn der Slave-Server offline ging und wieder online ging, eine vollständige Datensynchronisierung durch Wenn die Offline-Zeit relativ kurz ist, ist es sehr umständlich und unwirtschaftlich, alle Daten zu synchronisieren, wenn nur eine kleine Datenmenge nicht synchron ist. Diese Funktion wurde in
Redis 2.8
optimiert. Die Optimierungsmethode von
Redis 2.8
besteht darin, dass der Master-Server die Offline-Schreibbefehle in einer Warteschlange mit einer bestimmten Größe speichert, wenn der Slave-Dienst offline geht. Die Warteschlange kann First-In, First garantieren -out-Ausführung: Wenn der Slave-Server neu geschrieben und online wiederhergestellt wird, ermittelt der Master-Dienst, ob sich die Befehle während des Offline-Zeitraums noch in der Warteschlange befinden. Wenn ja, sendet er die Daten in der Warteschlange direkt an den Slave-Server , wodurch eine vollständige Synchronisierung vermieden wird. Die Standardwarteschlangengröße zum Speichern von Offline-Befehlen beträgt 1 MB. Benutzer können das Konfigurationselement
repl-backlog-size
ändern. Festplattenlose DatensynchronisierungWährend der ersten Master-Slave-Verbindung wird zunächst eine
RDB
-Datei generiert und dann die
RDB
-Datei gesendet Wenn der Master-Server vom Slave-Server aus kein Solid-State-Laufwerk ist, ist der
I/O
-Betrieb des Systems sehr hoch.
Redis 2.8.18
fügt eine neue Funktion zum plattenlosen Kopieren hinzu. Die Funktion zum plattenlosen Kopieren erstellt keineRDB
-Datei lokal, sondern erzeugt einen untergeordneten Prozess und dann den untergeordneten Prozess Der Prozess schreibt dieRDB
-Datei direkt überSocket
auf den Slave-Server, sodass der Master-Server ohne diese eineRDB
-Datei erstellen kann , Vollständige Datensynchronisation mit dem Slave-Server.Redis 2.8.18
新增了无盘复制功能,无盘复制功能不会在本地创建RDB
文件,而是会派生出一个子进程,然后由子进程通过Socket
的方式,直接将RDB
文件写入到从服务器,这样主服务器就可以在不创建RDB
文件的情况下,完成与从服务器的数据同步。
要使用无须复制功能,只需把配置项repl-diskless-sync
的值设置为yes
即可,它默认配置值为no
。
查询服务器的角色
使用role
命令,来查询当前服务器的主从角色信息。
关闭主从同步
可以使用replicaof no one
命令来停止从服务器的复制。
执行了replicaof no one
命令之后,自己就从服务器变成主服务器了。
服务器类型的转换并不会影响数据,这台服务器的数据将会被保留。
注意事项
数据一致性问题
当从服务器已经完成和主服务的数据同步之后,再新增的命令会以异步的方式发送至从服务器,在这个过程中主从同步会有短暂的数据不一致,如在这个异步同步发生之前主服务器宕机了,会造成数据不一致。
从服务器只读性
默认情况下,处于复制模式的主服务器既可以执行写操作也可以执行读操作,而从服务器则只能执行读操作。
可以在从服务器上执行config set replica-read-only no
命令,使从服务器开启写模式,但需要注意以下几点:
- 在从服务器上写的数据不会同步到主服务器;
- 当键值相同时主服务器上的数据可以覆盖从服务器;
- 在进行完整数据同步时,从服务器数据会被清空。
复制命令的变化
Redis 5.0
之前使用的复制命令是slaveof
,在Redis 5.0
之后复制命令才被改为replicaof
,在高版本(Redis 5+
)中我们应该尽量使用replicaof
,因为slaveof
命令可能会被随时废弃掉。
哨兵模式
主从复制模式,它是属于Redis
多机运行的基础,但这种模式本身存在一个致命的问题,当主节点奔溃之后,需要人工干预才能恢复Redis
的正常使用。
我们需要一个自动的工具——Redis Sentinel
(哨兵模式)来把手动的过程变成自动的,让Redis
拥有自动容灾恢复(failover
)的能力。
哨兵就相当于对主从服务器做一个监视的任务。一旦发现主服务器宕机了,就迅速启动相应的规则将某一台从服务器升级为主服务器,无需人工干预,更稳定更快。
Redis Sentinel
的最小分配单位是一主一从。
Redis Sentinel 搭建
使用命令./src/redis-sentinel sentinel.conf
来启动Sentinel
,在启动它时必须设置一个sentinel.conf
文件,这个配置文件中必须包含监听的主节点信息:
sentinel monitor master-name ip port quorum
Nach dem Login kopieren
其中:
master-name
表示给监视的主节点起一个名称;
ip
表示主节点的 IP;
port
表示主节点的端口;
quorum
表示确认主节点下线的Sentinel
数量,如果quorum
设置为 1 表示只要有一台Sentinel
判断它下线了,就可以确认它真的下线了。
如果主节点服务器Redis
有密码,sentinel.conf
必须包含以下内容:
sentinel monitor mymaster 127.0.0.1 6379 1 sentinel auth-pass mymaster pwd654321
Nach dem Login kopieren
启动 Sentinel 集群
生产环境我们不会只启动一台Sentinel
,因为如果启动一台Sentinel
假如它不幸宕机的话,就不能提供自动容灾的服务了,不符合我们高可用的宗旨,所以我们会在不同的物理机上启动多个Sentinel
来组成Sentinel
集群,来保证Redis
Um die kopierfreie Funktion zu nutzen, setzen Sie einfach den Wert des Konfigurationselements
repl-diskless-sync
auf
yes
. Der Standardkonfigurationswert ist
no< /code>. Fragen Sie die Rolle des Servers abVerwenden Sie den Befehl role
, um den Master abzufragen und Slave des aktuellen Servers Rolleninformationen.
Deaktivieren Sie die Master-Slave-SynchronisierungSie können dazu den Befehl
replicaof no one
verwenden Stoppen Sie die Kopie des Slave-Servers. Nachdem Sie den Befehl
replicaof no one
ausgeführt haben, wechseln Sie vom Server zum Hauptserver. Die Konvertierung des Servertyps hat keine Auswirkungen auf die Daten und die Daten dieses Servers bleiben erhalten.
Hinweise
DatenkonsistenzproblemeWenn der Slave-Server fertig ist und der Master Nachdem die Dienstdaten synchronisiert wurden, werden neue Befehle asynchron an den Slave-Server gesendet. Während dieses Vorgangs kommt es zu einer kurzfristigen Dateninkonsistenz. Wenn der Master-Server ausfällt, bevor diese asynchrone Synchronisierung erfolgt Die Daten sind inkonsistent.
Slave schreibgeschütztStandardmäßig kann ein Master im Replikationsmodus sowohl Schreib- als auch Lesevorgänge ausführen, während ein Slave nur Lesevorgänge ausführen kann. Sie können den Befehl
config set Replica-read-only no
auf dem Slave-Server ausführen, um den Schreibmodus auf dem Slave-Server zu aktivieren. Sie müssen jedoch die folgenden Punkte beachten:
- Auf dem Slave-Server werden die geschriebenen Daten nicht mit dem Master-Server synchronisiert.
- Wenn die Schlüsselwerte gleich sind, können die Daten auf dem Master-Server den Slave-Server überschreiben /li>
- Während der vollständigen Datensynchronisierung wurde der Datenspeicher des Slave-Servers geleert.
Änderungen in Replikationsbefehlen
Redis 5.0
Der zuvor verwendete Replikationsbefehl war
slaveof
, in
Der Kopierbefehl wurde nach Redis 5.0 in replicaof
geändert. In höheren Versionen (
Redis 5
) sollten wir versuchen,
replicaof
zu verwenden , da der Befehl
slaveof
jederzeit verworfen werden kann.
Sentinel-Modus
Master-Slave-Replikationsmodus, der die Grundlage für den Mehrmaschinenbetrieb von
Redis
darstellt, aber dies Modus selbst Es liegt ein schwerwiegendes Problem vor. Wenn der Masterknoten abstürzt, ist ein manueller Eingriff erforderlich, um die normale Verwendung von
Redis
wiederherzustellen. Wir benötigen ein automatisches Tool –
Redis Sentinel
(Sentinel-Modus), um den manuellen Prozess in einen automatischen Prozess umzuwandeln, sodass
Redis
über eine automatische Notfallwiederherstellung (
Failover) verfügt. Code>)-Fähigkeit. Sentinel entspricht der Durchführung einer Überwachungsaufgabe auf den Master- und Slave-Servern. Sobald festgestellt wird, dass der Master-Server ausgefallen ist, werden die entsprechenden Regeln schnell aktiviert, um einen Slave-Server ohne manuelles Eingreifen zum Master-Server zu aktualisieren, wodurch er stabiler und schneller wird. Die minimale Zuweisungseinheit von Redis Sentinel
ist ein Master und ein Slave.
Redis Sentinel buildVerwenden Sie den Befehl
./src/redis-sentinel sentinel.conf code > Um Sentinel
zu starten, müssen Sie beim Starten eine Datei
sentinel.conf
einrichten. Diese Konfigurationsdatei muss die Informationen zum Überwachungs-Masterknoten enthalten:
import redis.clients.jedis.Jedis; import redis.clients.jedis.JedisSentinelPool; import utils.Config; import java.util.HashSet; import java.util.Set; public class SentinelExample { // master name private static String _MASTER_NAME = "mymaster"; public static void main(String[] args) { // Sentinel 配置信息 Set set = new HashSet<>(); // 连接信息 ip:port set.add("127.0.0.1:26379"); // 创建 Sentinel 连接池 JedisSentinelPool jedisSentinel = new JedisSentinelPool(_MASTER_NAME, set, Config.REDIS_AUTH); // 获取 Redis 客户端 Jedis jedis = jedisSentinel.getResource(); // 设置元素 String setRes = jedis.set("key", "Hello, redis."); System.out.println(setRes); // 获取元素 System.out.println(jedis.get("key")); } }
Nach dem Login kopieren
Nach dem Login kopieren
Unter anderem: < ul>
master-name
bedeutet, dem überwachten Masterknoten einen Namen zu geben;
ip
bedeutet die IP des Masterknotens;
port
stellt den Port des Masterknotens dar;
quorum
stellt die Anzahl derSentinel
dar Dies bestätigt, dass der Master-Knoten offline ist. Wennquorum
auf 1 gesetzt ist, kann dies bestätigt werden, solange einSentinel
feststellt, dass er offline ist ist wirklich offline. Wenn der Master-Server
Redis
ein Passwort hat, muss
sentinel.conf
Folgendes enthalten: rrreee
Sentinel-Cluster startenIn der Produktionsumgebung starten wir nicht nur einen
Sentinel
, denn wenn wir einen
starten Sentinel
-Code> Sollte es leider ausfallen, kann es keine automatischen Notfallwiederherstellungsdienste bereitstellen, was nicht unserem Hochverfügbarkeitsziel entspricht. Daher werden wir mehrere
Sentinel
-Dienste starten Verschiedene physische Maschinen bilden einen
Sentinel
-Cluster, um die hohe Verfügbarkeit des
Redis
-Dienstes sicherzustellen.
Die Methode zum Starten einesSentinel
-Clusters ist die gleiche wie die oben beschriebene Methode zum Starten eines einzelnen Servers. Wir müssen nur mehrereSentinel
auf einem Hauptserver überwachen Serverknoten, sodass sich mehrereSentinel
automatisch gegenseitig erkennen und einenSentinel
-Cluster bilden.Sentinel
集群的方法很简单,和上面启动单台的方式一样,我们只需要把多个Sentinel
监听到一个主服务器节点,那么多个Sentinel
就会自动发现彼此,并组成一个Sentinel
集群。
一般情况下Sentinel
集群的数量取大于 1 的奇数,quorum
的参数就设置为一半加 1,例如 5 就设置为 3,7 就设置为 4。
两个概念:主观下线和客观下线。
当Sentinel
集群中,有一个Sentinel
认为主服务器已经下线时,它会将这个主服务器标记为主观下线(Subjectively Down
,SDOWN
),然后询问集群中的其他Sentinel
,是否也认为该服务器已下线,当同意主服务器已下线的Sentinel
数量达到quorum
参数所指定的数量时,Sentinel
就会将相应的主服务器标记为客观下线(Objectively down,ODOWN
),然后开始对其进行故障转移。
主服务竞选规则
新主节点竞选优先级设置
redis.conf
中的replica-priority
选项来设置竞选新主节点的优先级,它的默认值是 100,它的最大值也是 100,这个值越小它的权重就越高。
新主节点竞选规则
新主节点的竞选会排除不符合条件的从节点,然后再剩余的从节点按照优先级来挑选。
存在以下条件的从节点会被排除:
排除所有已经下线以及长时间没有回复心跳检测的疑似已下线从服务器;
排除所有长时间没有与主服务器通信,数据状态过时的从服务器;
排除所有优先级(replica-priority
)为 0 的服务器。
符合条件的从节点竞选顺序:
优先级最高的从节点将会作为新主节点;
优先级相等则判断复制偏移量,偏移量最大的从节点获胜;
如果以上两个条件都相同,选择Redis
运行时随机生成 ID 最小那个为新的主服务器。
旧主节点恢复上线
如果之前的旧主节点恢复上线,会作为从节点运行在主从服务器模式中。
哨兵工作原理
首先每个Sentinel
会以每秒钟 1 次的频率,向已知的主服务器、从服务器和以及其他Sentinel
实例,发送一个 PING 命令。
如果最后一次有效回复PING
命令的时间超过down-after-milliseconds
所配置的值(默认 30s),那么这个实例会被Sentinel
标记为主观下线。
如果一个主服务器被标记为主观下线,那么正在监视这个主服务器的所有Sentinel
节点,要以每秒 1 次的频率确认主服务器的确进入了主观下线状态。
如果有足够数量(quorum
配置值)的Sentinel
在指定的时间范围内同意这一判断,那么这个主服务器被标记为客观下线。此时所有的Sentinel
会按照规则协商自动选出新的主节点。
注意:一个有效的PING
回复可以是:+PONG、-LOADING
或者-MASTERDOWN
。如果返回值非以上三种回复,或者在指定时间内没有回复PING
命令, 那么Sentinel
认为服务器返回的回复无效(non-valid
)。
Sentinel 命令操作
Sentinel 可以监视多台主节点,而不是只能监视一台服务器。想要监视多台主节点只需要在配置文件中设置多个sentinel monitor master-name ip port quorum
即可,我们通过master-name
来区分不同的主节点。
查询所有被监控的主服务器信息
sentinel masters
查询某个主节点的信息
sentinel master master-name
查看某个主节点的 IP 和端口
sentinel get-master-addr-by-name master-name
查询从节点的信息
sentinel replicas mymaster
或sentinel slaves master-name
查询 Sentinel 集群中的其他 Sentinel 信息
sentinel sentinels master-name
Allgemein In diesem Fall ist die Anzahl der
Sentinel
-Cluster eine ungerade Zahl größer als 1 und der Parameter von
quorum
ist auf die Hälfte plus 1 eingestellt. Beispielsweise ist 5 auf eingestellt 3 und 7 ist auf 4 eingestellt. Zwei Konzepte: subjektiv offline und objektiv offline. Wenn ein
Sentinel
im
Sentinel
-Cluster denkt, dass der Hauptserver offline war, markiert er den Hauptserver als subjektiv offline (
Subjektiv ausgefallen
, SDOWN
) und fragen Sie dann andere
Sentinels
s im Cluster, ob sie auch denken, dass der Server offline ist, wenn der
Sentinel zustimmt, dass der Hauptserver offline ist offline,
Wenn die Zahl die durch den Parameter
quorum
angegebene Zahl erreicht, markiert
Sentinel
den entsprechenden Primärserver als objektiv offline (
Objektiv ausgefallen, ODOWN). < /code>) und beginnen Sie mit dem Failover. Master-Service-WahlregelnNeue Einstellung der Master-Knoten-Wahlprioritätreplica-priority
in >redis.confwird verwendet, um die Ausführungspriorität für neue Masterknoten festzulegen. Ihr Standardwert ist 100, und ihr Maximalwert ist ebenfalls 100. Je kleiner die Je höher die Priorität, desto höher das Gewicht.
Neue Master-Knoten-WahlregelnDie Wahl neuer Master-Knoten schließt Slave-Knoten aus, die die Bedingungen nicht erfüllen, und dann werden die verbleibenden Slave-Knoten entsprechend ihrer Priorität ausgewählt. Slave-Knoten mit den folgenden Bedingungen werden ausgeschlossen:
- Schließen Sie alle Slave-Knoten aus, die offline sind und längere Zeit nicht auf die Heartbeat-Erkennung reagiert haben . Server;
- Alle Slave-Server ausschließen, die schon lange nicht mehr mit dem Master-Server kommuniziert haben und einen veralteten Datenstatus haben
- Alle Prioritäten ausschließen (
Replikatpriorität code>) ist 0.
Wählreihenfolge für geeignete Slave-Knoten: - Der Slave-Knoten mit der höchsten Priorität wird der neue Master-Knoten sein;
- Wenn die Prioritäten gleich sind, wird der Replikationsoffset bestimmt und der Slave-Knoten mit dem größten Offset gewinnt;
- Wenn die beiden oben genannten Bedingungen gleich sind , wählen Sie
Redis
aus und generieren Sie zufällig die Version mit der kleinsten ID, wenn sie als neuer Master-Server ausgeführt wird.
Der alte Master-Knoten geht wieder onlineWenn der bisherige alte Master-Knoten wieder online geht, läuft er im Master-Slave-Servermodus als Slave-Knoten .
Wie Sentinels funktionierenZuallererst wird jeder
Sentinel
einmal pro Sekunde häufig ausgelöst , senden Sie einen PING-Befehl an bekannte Master-Server, Slave-Server und andere
Sentinel
-Instanzen. Wenn die letzte gültige Antwort auf den
PING
-Befehl den durch
down-after-milliseconds
konfigurierten Wert (Standard 30 Sekunden) überschreitet, dann ist diese Instanz
Sentinel< /code> markiert subjektiv offline. Wenn ein Hauptserver als subjektiv offline markiert ist, müssen alle Sentinel
-Knoten, die den Hauptserver überwachen, einmal pro Sekunde bestätigen, dass der Hauptserver tatsächlich in den subjektiven Offline-Zustand übergegangen ist . Wenn eine ausreichende Anzahl (
Quorum
-Konfigurationswert) von
Sentinel
dieser Beurteilung innerhalb des angegebenen Zeitraums zustimmt, wird der Master-Server als objektiv offline markiert. Zu diesem Zeitpunkt wählen alle
Sentinel
gemäß der Regelverhandlung automatisch einen neuen Masterknoten aus. Hinweis: Eine gültige
PING
-Antwort kann sein:
+PONG, -LOADING
oder
-MASTERDOWN
. Wenn der Rückgabewert nicht den oben genannten drei Antworten entspricht oder innerhalb der angegebenen Zeit keine Antwort auf den Befehl
PING
erfolgt, betrachtet
Sentinel
die vom Server zurückgegebene Antwort als ungültig (
nicht gültig
Code>).
Sentinel-Befehlsbetrieb
Sentinel kann mehrere Masterknoten statt nur einen Server überwachen. Wenn Sie mehrere Masterknoten überwachen möchten, müssen Sie in der Konfigurationsdatei lediglich mehrere
sentinel monitor master-name ip port quorum
festlegen. Wir verwenden
master-name
zur Unterscheidung diejenigen. Masterknoten.
Fragen Sie die Informationen aller überwachten Master-Server ab
Sentinel-Master
Fragen Sie die Informationen eines bestimmten Master-Knotens ab
sentinel master master-name
IP und Port eines Masterknotens anzeigen
sentinel get-master-addr-by-name master-name
Informationen zum Slave-Knoten abfragen
Sentinel-Replikate mymaster
oder
Sentinel-Slaves-Mastername
Andere Sentinel-Informationen im Sentinel-Cluster abfragen
Sentinel Sentinels Master-Name
检查可用 Sentinel 的数量
sentinel ckquorum master-name
强制故障转移
sentinel failover master-name
在线修改配置信息
在Redis 2.8.4
之前如果需要修改Sentinel
的配置文件,需要重启Sentinel
。
Redis 2.8.4
之后,我们可以在线修改配置文件了。
增加监视主节点
sentinel monitor mymaster IP Port Quorum
命令。
移除主节点的监视
使用sentinel remove master-name
命令。
修改 quorum 参数
使用sentinel set master-name quorum n
命令。
quorum
参数用来表示确认主节点下线的Sentinel
数量,如果quorum
设置为 1 表示只要有一台 Sentinel 确认主观下线后,这个主节点就客观(真正地)下线了。
以上所有对配置文件的修改,都会自动被刷新到物理配置文件sentinel.conf
中
代码实战
import redis.clients.jedis.Jedis; import redis.clients.jedis.JedisSentinelPool; import utils.Config; import java.util.HashSet; import java.util.Set; public class SentinelExample { // master name private static String _MASTER_NAME = "mymaster"; public static void main(String[] args) { // Sentinel 配置信息 Set set = new HashSet<>(); // 连接信息 ip:port set.add("127.0.0.1:26379"); // 创建 Sentinel 连接池 JedisSentinelPool jedisSentinel = new JedisSentinelPool(_MASTER_NAME, set, Config.REDIS_AUTH); // 获取 Redis 客户端 Jedis jedis = jedisSentinel.getResource(); // 设置元素 String setRes = jedis.set("key", "Hello, redis."); System.out.println(setRes); // 获取元素 System.out.println(jedis.get("key")); } }
Nach dem Login kopieren
Nach dem Login kopieren
更多编程相关知识,请访问:编程入门!!
Das obige ist der detaillierte Inhalt vonLassen Sie uns über die Master-Slave-Synchronisierung und den Sentinel-Modus in Redis sprechen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!