亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

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

 更新時間:2021年04月08日 09:53:51   作者:劉迎光-螢火蟲工作室  
這篇文章主要介紹了redis 主從備份及其主備切換的操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧

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

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

前提:

redis中,主從切換場景中,沒有絕對的主和從,只有初始化的主和從,然后當(dāng)主down后,從就變成主了,而主即使連接上,也是從,不會變?yōu)橹?/p>

1.redis-server的主備關(guān)系:

master : redis-1

slave1 : redis-2

slave3 : redis-3

2. 首先進(jìn)行主從備份:

修改從服務(wù) redis-1 redis-2 的redis.conf

在從服務(wù)上 修改redis.conf 加入 slaveof 127.0.0.1 6379

主從備份: 這里設(shè)置成功之后,會進(jìn)行主服務(wù)進(jìn)行set之后,可在從服務(wù)進(jìn)行g(shù)et key ,可是一旦主服務(wù)宕機,從服務(wù)無法再進(jìn)行set key

3.設(shè)置主從切換

三個服務(wù)器都修改 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 去監(jiān)視一個名為 mymaster 的主服務(wù)器, 這個主服務(wù)器的 IP 地址為 127.0.0.1 , 端口號為 6379 , 而將這個主服務(wù)器判斷為失效至少需要 2 個 Sentinel 同意 (只要同意 Sentinel 的數(shù)量不達(dá)標(biāo),自動故障遷移就不會執(zhí)行)。

第二行down-after-milliseconds 選項指定了 Sentinel 認(rèn)為服務(wù)器已經(jīng)斷線所需的毫秒數(shù)。

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

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

將服務(wù)器標(biāo)記為客觀下線所需的 Sentinel 數(shù)量由對主服務(wù)器的配置決定。

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

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

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

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

4.啟動

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

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

補充:Redis CLuster主備切換、故障轉(zhuǎn)移測試

redis版本5.0.5

測試redis Cluster主備切換、故障轉(zhuǎn)移

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

集群狀態(tài)

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

集群狀態(tài)

測試主備切換時客戶端狀態(tài)

第一步:查看當(dāng)前集群狀態(tài)

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

第二步:kill掉81.64上的6380

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

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

10:12:24:應(yīng)用程序報錯,redis操作超時

10:11:43 :在重連17次失敗次數(shù)之后,從節(jié)點將主節(jié)點標(biāo)記為失敗,并且整個集群的狀態(tài)切換為不可用,之后不甘心,又去嘗試連接主節(jié)點

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

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

10:12:45:選舉成功勝出,成為了新的主節(jié)點,整個集群的狀態(tài)變?yōu)榭捎?/p>

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

此前項目中存在的問題

redis master宕機之后,會出現(xiàn)應(yīng)用程序連接不上redis cluster的問題,需要重啟服務(wù)才能解決

排查原因之后發(fā)現(xiàn)是spring boot 2.x版本默認(rèn)使用了lettuce作為redis客戶端,而lettuce默認(rèn)是不開啟自動刷新集群拓?fù)涞?,?dāng)redis master宕機并且集群完成故障轉(zhuǎn)移/主從切換之后,客戶端使用的還是之前錯誤的集群信息,就會導(dǎo)致應(yīng)用程序一直連接不上redis集群。解決方案就是修改redis客戶端配置,開啟開啟自適應(yīng)刷新拓?fù)?/p>

配置文件如下

spring.redis.cluster.nodes=${redis.nodes}
spring.redis.password=${redis.pass}
spring.redis.timeout=60000
# 最大重定向次數(shù)
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 RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory factory) {
        RedisTemplate<String, Object> template = new RedisTemplate<String, 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連接工廠實現(xiàn)
     * LettuceConnectionFactory實現(xiàn)了RedisConnectionFactory接口
     * 這里要注意的是,在構(gòu)建LettuceConnectionFactory 時,如果不使用內(nèi)置的destroyMethod,可能會導(dǎo)致Redis連接早于其它Bean被銷毀
     *
     * @return 返回LettuceConnectionFactory
     */
    @Bean(destroyMethod = "destroy")
    public LettuceConnectionFactory lettuceConnectionFactory() {
        List<String> clusterNodes = redisProperties.getCluster().getNodes();
        Set<RedisNode> 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 開啟自適應(yīng)刷新拓?fù)?包括線程池配置和安全項配置
     *
     * @param genericObjectPoolConfig common-pool2線程池
     * @return lettuceClientConfiguration
     */
    private LettuceClientConfiguration getLettuceClientConfiguration(GenericObjectPoolConfig genericObjectPoolConfig) {
        /*
        ClusterTopologyRefreshOptions配置用于開啟自適應(yīng)刷新和定時刷新。如自適應(yīng)刷新不開啟,Redis集群變更時將會導(dǎo)致連接異常!
         */
        ClusterTopologyRefreshOptions topologyRefreshOptions = ClusterTopologyRefreshOptions.builder()
                //開啟自適應(yīng)刷新
                //.enableAdaptiveRefreshTrigger(ClusterTopologyRefreshOptions.RefreshTrigger.MOVED_REDIRECT, ClusterTopologyRefreshOptions.RefreshTrigger.PERSISTENT_RECONNECTS)
                //開啟所有自適應(yīng)刷新,MOVED,ASK,PERSISTENT都會觸發(fā)
                .enableAllAdaptiveRefreshTriggers()
                // 自適應(yīng)刷新超時時間(默認(rèn)30秒)
                .adaptiveRefreshTriggersTimeout(Duration.ofSeconds(25)) //默認(rèn)關(guān)閉開啟后時間為30秒
                // 開周期刷新
                .enablePeriodicRefresh(Duration.ofSeconds(20))  // 默認(rèn)關(guān)閉開啟后時間為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();
    }
}

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

相關(guān)文章

  • Redis 過期鍵刪除策略的實現(xiàn)示例

    Redis 過期鍵刪除策略的實現(xiàn)示例

    Redis的過期數(shù)據(jù)刪除策略主要有三種,包括定時刪除、惰性刪除和定期刪除,本文主要介紹了Redis 過期鍵刪除策略的實現(xiàn)示例,具有一定的參考價值,感興趣的可以了解一下
    2024-03-03
  • 使用Jedis線程池returnResource異常注意事項

    使用Jedis線程池returnResource異常注意事項

    這篇文章主要介紹了使用Jedis線程池returnResource異常注意事項,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2022-03-03
  • 一文詳解redis高可用Sentinel?

    一文詳解redis高可用Sentinel?

    本文主要介紹了redis高可用Sentinel的使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2024-05-05
  • redis使用不當(dāng)導(dǎo)致應(yīng)用卡死bug的過程解析

    redis使用不當(dāng)導(dǎo)致應(yīng)用卡死bug的過程解析

    本文主要記一次找因redis使用不當(dāng)導(dǎo)致應(yīng)用卡死bug的過程,文中通過示例代碼介紹的非常詳細(xì),需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2021-07-07
  • Redis實現(xiàn)每周熱評的項目實踐

    Redis實現(xiàn)每周熱評的項目實踐

    實時統(tǒng)計和展示熱門內(nèi)容是一種常見的需求,本文主要介紹了Redis實現(xiàn)每周熱評的項目實踐,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2024-03-03
  • 爬蟲技術(shù)之分布式爬蟲架構(gòu)的講解

    爬蟲技術(shù)之分布式爬蟲架構(gòu)的講解

    今天小編就為大家分享一篇關(guān)于爬蟲技術(shù)之分布式爬蟲架構(gòu)的講解,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧
    2019-01-01
  • redis集合類型_動力節(jié)點Java學(xué)院整理

    redis集合類型_動力節(jié)點Java學(xué)院整理

    這篇文章給大家介紹了redis集合類型的常用方法,感興趣的朋友參考下吧
    2017-08-08
  • Redis數(shù)據(jù)庫的使用場景介紹(避免誤用Redis)

    Redis數(shù)據(jù)庫的使用場景介紹(避免誤用Redis)

    這篇文章主要介紹了Redis數(shù)據(jù)庫的使用場景介紹(避免誤用Redis),本文用簡要的語言總結(jié)了Redis數(shù)據(jù)庫的適應(yīng)場合,人而避免錯誤的使用它而產(chǎn)生昂貴的維護(hù)代價,需要的朋友可以參考下
    2015-03-03
  • 利用Redis實現(xiàn)防止接口重復(fù)提交功能

    利用Redis實現(xiàn)防止接口重復(fù)提交功能

    大家好,本篇文章主要講的是利用Redis實現(xiàn)防止接口重復(fù)提交功能,感興趣的同學(xué)趕快來看一看吧,對你有幫助的話記得收藏一下,方便下次瀏覽
    2021-12-12
  • Redis如何實現(xiàn)分布式鎖

    Redis如何實現(xiàn)分布式鎖

    相信大家對鎖已經(jīng)不陌生了,本文主要介紹了Redis如何實現(xiàn)分布式鎖,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2021-08-08

最新評論