婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > redis 主從備份及其主備切換的操作

redis 主從備份及其主備切換的操作

熱門標簽:超呼電話機器人 鄭州人工智能電銷機器人系統 北京400電話辦理收費標準 貴州電銷卡外呼系統 日本中國地圖標注 十堰營銷電銷機器人哪家便宜 宿遷便宜外呼系統平臺 山東外呼銷售系統招商 魔獸2青云地圖標注

首先原文是用了3 個服務器,我是用了一個服務器;

然后再原文的基礎上,稍加了自己的整理。

前提:

redis中,主從切換場景中,沒有絕對的主和從,只有初始化的主和從,然后當主down后,從就變成主了,而主即使連接上,也是從,不會變為主

1.redis-server的主備關系:

master : redis-1

slave1 : redis-2

slave3 : redis-3

2. 首先進行主從備份:

修改從服務 redis-1 redis-2 的redis.conf

在從服務上 修改redis.conf 加入 slaveof 127.0.0.1 6379

主從備份: 這里設置成功之后,會進行主服務進行set之后,可在從服務進行get key ,可是一旦主服務宕機,從服務無法再進行set key

3.設置主從切換

三個服務器都修改 sentinel-test.conf

加入

sentinel monitor MyMaster 127.0.0.1 6381 1
sentinel down-after-milliseconds MyMaster 5000
sentinel failover-timeout MyMaster 900000
sentinel parallel-syncs MyMaster 2

第一行配置指示 Sentinel 去監視一個名為 mymaster 的主服務器, 這個主服務器的 IP 地址為 127.0.0.1 , 端口號為 6379 , 而將這個主服務器判斷為失效至少需要 2 個 Sentinel 同意 (只要同意 Sentinel 的數量不達標,自動故障遷移就不會執行)。

第二行down-after-milliseconds 選項指定了 Sentinel 認為服務器已經斷線所需的毫秒數。

如果服務器在給定的毫秒數之內, 沒有返回 Sentinel 發送的 PING 命令的回復, 或者返回一個錯誤, 那么 Sentinel 將這個服務器標記為主觀下線(subjectively down,簡稱 SDOWN )。

不過只有一個 Sentinel 將服務器標記為主觀下線并不一定會引起服務器的自動故障遷移: 只有在足夠數量的 Sentinel 都將一個服務器標記為主觀下線之后, 服務器才會被標記為客觀下線(objectively down, 簡稱 ODOWN ), 這時自動故障遷移才會執行。

將服務器標記為客觀下線所需的 Sentinel 數量由對主服務器的配置決定。

第三行暫時不知道是什么意思;

第四行 parallel-syncs 選項指定了在執行故障轉移時, 最多可以有多少個從服務器同時對新的主服務器進行同步, 這個數字越小, 完成故障轉移所需的時間就越長。

如果從服務器被設置為允許使用過期數據集(參見對 redis.conf 文件中對 slave-serve-stale-data 選項的說明), 那么你可能不希望所有從服務器都在同一時間向新的主服務器發送同步請求, 因為盡管復制過程的絕大部分步驟都不會阻塞從服務器, 但從服務器在載入主服務器發來的 RDB 文件時, 仍然會造成從服務器在一段時間內不能處理命令請求: 如果全部從服務器一起對新的主服務器進行同步, 那么就可能會造成所有從服務器在短時間內全部不可用的情況出現。

你可以通過將這個值設為 1 來保證每次只有一個從服務器處于不能處理命令請求的狀態。

4.啟動

  啟動redis-server
    # ./src/redis-server redis.conf 
    啟動redis-sentinel
    # ./src/redis-sentinelsentinel-test.conf 

注意: 三臺服務器都是這么啟動的哦!~

補充:Redis CLuster主備切換、故障轉移測試

redis版本5.0.5

測試redis Cluster主備切換、故障轉移

1.下線一個從節點,此時它的主節點打印的日志

集群狀態

2.下線一臺主節點,此時它的從節點打印的日志

集群狀態

測試主備切換時客戶端狀態

第一步:查看當前集群狀態

可以看到六個節點都是可用狀態,其中83.46的6379是81.64上的6380的從節點,計劃Kill掉81.64上的6380主節點,然后觀察83.46的6379節點日志

第二步:kill掉81.64上的6380

10:11:25:kill掉81.64上的6380,可以看到其從節點很快提示連接主節點失敗,并且開始一秒鐘一次的重連操作

此時查看集群的節點狀態如下,可以看到槽 5461-10922在這個主節點上,此時整個reidis集群處于不可用狀態

10:12:24:應用程序報錯,redis操作超時

10:11:43 :在重連17次失敗次數之后,從節點將主節點標記為失敗,并且整個集群的狀態切換為不可用,之后不甘心,又去嘗試連接主節點

10:12:03:在重連20次失敗后,從節點打印日志,等待投票選舉,但是沒有達到多數贊成,于是繼續重連之前的主節點

10:12:14:提示選舉失敗,選舉過期,又繼續重連

10:12:45:選舉成功勝出,成為了新的主節點,整個集群的狀態變為可用

10:13:39:大概一分鐘之后,redis客戶端自動刷新了集群配置,成功連接上redis集群,此時主備切換和故障轉移完成

此前項目中存在的問題

redis master宕機之后,會出現應用程序連接不上redis cluster的問題,需要重啟服務才能解決

排查原因之后發現是spring boot 2.x版本默認使用了lettuce作為redis客戶端,而lettuce默認是不開啟自動刷新集群拓撲的,當redis master宕機并且集群完成故障轉移/主從切換之后,客戶端使用的還是之前錯誤的集群信息,就會導致應用程序一直連接不上redis集群。解決方案就是修改redis客戶端配置,開啟開啟自適應刷新拓撲

配置文件如下

spring.redis.cluster.nodes=${redis.nodes}
spring.redis.password=${redis.pass}
spring.redis.timeout=60000
# 最大重定向次數
spring.redis.cluster.max-redirects=3
spring.redis.lettuce.pool.max-active=64
spring.redis.lettuce.pool.max-idle=16
spring.redis.lettuce.pool.min-idle=0
spring.redis.lettuce.pool.max-wait=60000ms
spring.redis.lettuce.shutdown-timeout=100ms

完整的配置類如下

import com.fasterxml.jackson.annotation.JsonAutoDetect;
import com.fasterxml.jackson.annotation.PropertyAccessor;
import com.fasterxml.jackson.databind.ObjectMapper;
import io.lettuce.core.cluster.ClusterClientOptions;
import io.lettuce.core.cluster.ClusterTopologyRefreshOptions;
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.autoconfigure.data.redis.RedisProperties;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.data.redis.connection.RedisClusterConfiguration;
import org.springframework.data.redis.connection.RedisConnectionFactory;
import org.springframework.data.redis.connection.RedisNode;
import org.springframework.data.redis.connection.RedisPassword;
import org.springframework.data.redis.connection.lettuce.LettuceClientConfiguration;
import org.springframework.data.redis.connection.lettuce.LettuceConnectionFactory;
import org.springframework.data.redis.connection.lettuce.LettucePoolingClientConfiguration;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.data.redis.serializer.Jackson2JsonRedisSerializer;
import org.springframework.data.redis.serializer.StringRedisSerializer;
import java.time.Duration;
import java.util.HashSet;
import java.util.List;
import java.util.Set;
@Configuration
public class RedisConfig {
    @Autowired
    private RedisProperties redisProperties;
    @Bean
    @SuppressWarnings("all")
    public RedisTemplateString, Object> redisTemplate(RedisConnectionFactory factory) {
        RedisTemplateString, Object> template = new RedisTemplateString, Object>();
        template.setConnectionFactory(factory);
        Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new Jackson2JsonRedisSerializer(Object.class);
        ObjectMapper om = new ObjectMapper();
        om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
        om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
        jackson2JsonRedisSerializer.setObjectMapper(om);
        StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();
        // key采用String的序列化方式
        template.setKeySerializer(stringRedisSerializer);
        // hash的key也采用String的序列化方式
        template.setHashKeySerializer(stringRedisSerializer);
        // value序列化方式采用jackson
        template.setValueSerializer(jackson2JsonRedisSerializer);
        // hash的value序列化方式采用jackson
        template.setHashValueSerializer(jackson2JsonRedisSerializer);
        template.afterPropertiesSet();
        return template;
    }
    /**
     * 為RedisTemplate配置Redis連接工廠實現
     * LettuceConnectionFactory實現了RedisConnectionFactory接口
     * 這里要注意的是,在構建LettuceConnectionFactory 時,如果不使用內置的destroyMethod,可能會導致Redis連接早于其它Bean被銷毀
     *
     * @return 返回LettuceConnectionFactory
     */
    @Bean(destroyMethod = "destroy")
    public LettuceConnectionFactory lettuceConnectionFactory() {
        ListString> clusterNodes = redisProperties.getCluster().getNodes();
        SetRedisNode> nodes = new HashSet>();
        clusterNodes.forEach(address -> nodes.add(new RedisNode(address.split(":")[0].trim(), Integer.parseInt(address.split(":")[1]))));
        RedisClusterConfiguration clusterConfiguration = new RedisClusterConfiguration();
        clusterConfiguration.setClusterNodes(nodes);
        clusterConfiguration.setPassword(RedisPassword.of(redisProperties.getPassword()));
        clusterConfiguration.setMaxRedirects(redisProperties.getCluster().getMaxRedirects());
        GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
        poolConfig.setMaxIdle(redisProperties.getLettuce().getPool().getMaxIdle());
        poolConfig.setMinIdle(redisProperties.getLettuce().getPool().getMinIdle());
        poolConfig.setMaxTotal(redisProperties.getLettuce().getPool().getMaxActive());
        return new LettuceConnectionFactory(clusterConfiguration, getLettuceClientConfiguration(poolConfig));
    }
    /**
     * 配置LettuceClientConfiguration 開啟自適應刷新拓撲 包括線程池配置和安全項配置
     *
     * @param genericObjectPoolConfig common-pool2線程池
     * @return lettuceClientConfiguration
     */
    private LettuceClientConfiguration getLettuceClientConfiguration(GenericObjectPoolConfig genericObjectPoolConfig) {
        /*
        ClusterTopologyRefreshOptions配置用于開啟自適應刷新和定時刷新。如自適應刷新不開啟,Redis集群變更時將會導致連接異常!
         */
        ClusterTopologyRefreshOptions topologyRefreshOptions = ClusterTopologyRefreshOptions.builder()
                //開啟自適應刷新
                //.enableAdaptiveRefreshTrigger(ClusterTopologyRefreshOptions.RefreshTrigger.MOVED_REDIRECT, ClusterTopologyRefreshOptions.RefreshTrigger.PERSISTENT_RECONNECTS)
                //開啟所有自適應刷新,MOVED,ASK,PERSISTENT都會觸發
                .enableAllAdaptiveRefreshTriggers()
                // 自適應刷新超時時間(默認30秒)
                .adaptiveRefreshTriggersTimeout(Duration.ofSeconds(25)) //默認關閉開啟后時間為30秒
                // 開周期刷新
                .enablePeriodicRefresh(Duration.ofSeconds(20))  // 默認關閉開啟后時間為60秒 ClusterTopologyRefreshOptions.DEFAULT_REFRESH_PERIOD 60  .enablePeriodicRefresh(Duration.ofSeconds(2)) = .enablePeriodicRefresh().refreshPeriod(Duration.ofSeconds(2))
                .build();
        return LettucePoolingClientConfiguration.builder()
                .poolConfig(genericObjectPoolConfig)
                .clientOptions(ClusterClientOptions.builder().topologyRefreshOptions(topologyRefreshOptions).build())
                .build();
    }
}

以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。

您可能感興趣的文章:
  • Redis Sentinel的使用方法
  • Redis Sentinel的基本搭建
  • Redis服務之高可用組件sentinel詳解
  • 詳解SpringBoot Redis自適應配置(Cluster Standalone Sentinel)
  • 基于docker搭建redis-sentinel集群的方法示例
  • Linux redis-Sentinel配置詳解
  • Redis Sentinel實現哨兵模式搭建小結
  • 玩轉Redis搭建集群之Sentinel詳解
  • 解決redis sentinel 頻繁主備切換的問題

標簽:楊凌 臺州 江蘇 果洛 大慶 朝陽 北京 吉安

巨人網絡通訊聲明:本文標題《redis 主從備份及其主備切換的操作》,本文關鍵詞  redis,主從,備份,及其,主備,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《redis 主從備份及其主備切換的操作》相關的同類信息!
  • 本頁收集關于redis 主從備份及其主備切換的操作的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    亚洲国产精品天堂| 色天天综合久久久久综合片| 91精品国产麻豆国产自产在线| 久久 天天综合| 婷婷综合另类小说色区| 国产精品久久毛片| 国产激情一区二区三区四区| 亚洲国产综合视频在线观看| 99久久婷婷国产| 同产精品九九九| 日韩视频国产视频| 欧美视频在线观看一区二区| 国产成人在线看| 国产乱人伦精品一区二区在线观看| 午夜免费欧美电影| 午夜精品久久久久久久久久久 | 丁香激情综合国产| 久久国产精品露脸对白| 日韩精品一二区| 亚洲成av人影院| 日产欧产美韩系列久久99| 中文字幕精品一区二区三区精品| 欧美午夜不卡在线观看免费| 成人免费看黄yyy456| 中文字幕在线观看一区二区| 欧美日韩国产综合一区二区 | 亚洲一区二区美女| 国产精品丝袜一区| 1024成人网| 一区二区三区精品| 日韩经典中文字幕一区| 九一久久久久久| 久久激情五月婷婷| 亚洲女人的天堂| 在线电影国产精品| 在线视频一区二区三| 99久久婷婷国产| 色视频一区二区| 欧美一区三区四区| 欧美精品一区二区不卡| 国产精品人妖ts系列视频 | 国产亚洲综合在线| 国产欧美中文在线| 亚洲色大成网站www久久九九| 亚洲摸摸操操av| 人人爽香蕉精品| 国产精品1区2区| 在线精品视频免费播放| 日韩精品一区二区三区视频在线观看| www精品美女久久久tv| 石原莉奈在线亚洲二区| av一区二区三区在线| 91蜜桃传媒精品久久久一区二区| 91色综合久久久久婷婷| 欧美三级视频在线观看| 精品成人一区二区三区四区| 亚洲天堂网中文字| 免费高清在线一区| av电影一区二区| 日韩免费高清视频| 一区二区不卡在线播放| 国产精品66部| 欧美一区二区三区日韩视频| 国产精品美女久久久久久| 亚洲黄一区二区三区| 久久国产三级精品| 欧美午夜不卡视频| 国产精品国产三级国产aⅴ无密码| 亚洲国产中文字幕在线视频综合 | 亚洲二区在线观看| 国产揄拍国内精品对白| 91福利国产精品| 9191精品国产综合久久久久久| 国产亚洲精品bt天堂精选| 亚洲女性喷水在线观看一区| 日本女人一区二区三区| 国产一区二区在线看| 欧美三级在线视频| 亚洲视频1区2区| 成人黄色国产精品网站大全在线免费观看| 日韩一区二区精品| 日韩国产精品久久久| 欧美日韩一区视频| 亚洲一区二区三区视频在线播放| 99久久99久久综合| 久久久综合视频| 日韩一区精品视频| 欧美体内she精高潮| 亚洲激情中文1区| 91在线视频网址| 国产精品久久99| 99综合影院在线| 国产精品免费久久久久| 成人国产一区二区三区精品| 国产欧美日韩久久| 99麻豆久久久国产精品免费| 国产精品入口麻豆九色| 99国产精品国产精品久久| 亚洲欧美成人一区二区三区| 91女人视频在线观看| 亚洲黄网站在线观看| 91.麻豆视频| 精品一区二区三区日韩| 国产日韩欧美在线一区| 国产精品一区二区三区网站| 国产欧美日韩精品在线| 99国产精品国产精品久久| 一区二区三区欧美在线观看| 欧美高清www午色夜在线视频| 亚洲一区免费在线观看| 在线不卡的av| 久久精品国产一区二区三区免费看| 欧美一区二区三区日韩视频| 国产在线精品不卡| 亚洲免费av在线| 日韩亚洲欧美在线| 成人激情图片网| 亚洲国产综合在线| 久久综合狠狠综合| 一本色道久久综合亚洲aⅴ蜜桃 | 日本精品一区二区三区高清 | aaa亚洲精品| 日韩电影一区二区三区| 久久久久久99久久久精品网站| 不卡的看片网站| 亚洲成人动漫精品| 久久久美女艺术照精彩视频福利播放| 97精品久久久久中文字幕| 日本中文一区二区三区| 国产精品热久久久久夜色精品三区 | 在线看日本不卡| 青青草国产精品亚洲专区无| 中日韩免费视频中文字幕| 免播放器亚洲一区| 国产乱码精品一品二品| 亚洲美女少妇撒尿| 久久亚洲一级片| 91黄色免费网站| 国产激情精品久久久第一区二区 | 久久久亚洲精品一区二区三区| 99视频精品免费视频| 日本成人在线看| 尤物在线观看一区| 国产情人综合久久777777| 911精品产国品一二三产区| 风流少妇一区二区| 久久er精品视频| 午夜日韩在线电影| 伊人婷婷欧美激情| 中文字幕av一区二区三区| 欧美一区二区精品久久911| 97精品电影院| 成人av中文字幕| 国模一区二区三区白浆| 亚洲成人av一区| 国产婷婷一区二区| 日韩你懂的在线播放| 欧美男女性生活在线直播观看| 色婷婷综合久久久中文一区二区| 国产精华液一区二区三区| 久久精品国产77777蜜臀| 日本不卡1234视频| 丝袜美腿一区二区三区| 欧美国产精品久久| 一本久久精品一区二区| 国产精品资源站在线| 蜜臀av亚洲一区中文字幕| 亚洲成人中文在线| 亚洲精品菠萝久久久久久久| 国产精品欧美极品| 久久亚洲一级片| www国产成人| 精品国产不卡一区二区三区| heyzo一本久久综合| 国产成人av一区| 成人精品gif动图一区| 不卡影院免费观看| 色综合久久久网| 欧美日韩一卡二卡三卡| 91精品在线观看入口| 日韩精品中文字幕一区| 欧美成人精品3d动漫h| 精品va天堂亚洲国产| 久久久久国产精品厨房| 中文字幕精品—区二区四季| 国产精品久久影院| 亚洲黄色录像片| 日韩av一级电影| 精品一区二区三区视频| 国产成人免费视频精品含羞草妖精| 国产91在线看| 在线观看av不卡| 欧美成人国产一区二区| 国产精品视频一二| 亚洲一区二区视频在线| 日韩高清电影一区| 国产在线国偷精品免费看| 99久久夜色精品国产网站| 欧美日韩你懂得| 久久综合资源网|