高强度学习训练第六天总结:Redis主从关系总结

Redis主从复制机制


1、读写分离的好处

  • 性能优化:主服务器专注于写操作,可以更适合写入数据的模式工作;同样,从服务器专注于读操作,可以用更适合读取数据的模式工作。
  • 强化数据安全,避免单点故障:由于同步机制的存在,各个服务器之间的数据保持一致,所以其中某个服务器宕机不会导致数据丢失或无法访问,从这个角度说,参与主从复制的Redis服务器构成了一个集群。

2、搭建步骤

  • 思路
    Redis集群在运行时使用的的是同一个可执行文件,只是对应的配置文件不同。

因此我们不需要安装过多的Redis。

每个配置文件相同的参数是:

daemonize yes
dir /usr/local/cluster-redis

不同的参数是:

配置项名称 作用 取值
port Redis服务器启动后监听的端口号 5000 6000 7000
dbfilename RDB文件存储位置 dump5000.rdb dump6000.rdb dump7000.rdb
logfile 日志文件位置 /var/logs/redis5000.log /var/logs/redis6000.log /var/logs/redis7000.log
pidfile pid文件位置 /var/run/redis5000.log /var/run/redis6000.log /var/run/redis7000.log
  • 第一步:创建/usr/local/cluster-redis 目录
    命令
 mkdir /usr/local/cluster-redis
 cp /etc/redis/redis.conf /usr/local/cluster-redis/

  • 第二步:
    修改redis配置文件的的相关配置参数

    要配置的参数如下:
    daemonize yes
    dir
    port
    dbfilename
    logfile
    pidfile

将上面的参数一一配置成我们的表格内的参数。
这里我们的配置文件过大影响阅读,请大家自行配置。

  • 第三步运行
    配置后把我们的集群运行起来

执行命令:

ps -ef | grep redis | grep -v grep

运行效果如下所示:

客户端登录如下所示:


3、主从关系

  • 查看主从关系
info replication

运行效果如下所示:

显然他们都是master

  • 设定主从关系

在从机上指定主机位置即可

slaveof ip port

设定你当前的这个服务器为另外一个服务器的从服务器。

运行效果如下所示:

master服务器运行结果如下

原文地址:https://www.cnblogs.com/godoforange/p/11559679.html

时间: 2024-11-08 06:45:54

高强度学习训练第六天总结:Redis主从关系总结的相关文章

高强度学习训练第八天总结:MySQL的一些优化

为什么要做MYSQL优化 系统的吞吐量瓶颈往往出现在数据库的访问速度上 随着应用程序的运行,数据库中的数据会越来越多,处理时间会相应变慢. 数据是存放在磁盘上的,读写速度无法和内存相比 如何优化 设计数据库时:数据库表.字段的设计,存储引擎 利用好MySQL自身提供的功能,如索引等 横向扩展:MysSQL集群.负载均衡.读写分离 SQL语句的优化(收效甚微) 字段设计 字段类型的选择,设计规范,范式,常见设计案例 原则:尽量使用整形表示字符串 存储IP INET_ATON(str),addres

高强度学习训练第十三天总结:使用Netty实现一个http服务器

Netty入门 Netty的重要性不言而喻.那么今天就来学习一下Netty. 整个项目基于Gradle搭建. Build如下所示: plugins { id 'java' } group 'cn.baldorange' version '1.0' sourceCompatibility = 1.8 targetCompatibility = 1.8 repositories { mavenCentral() } dependencies { compile group: 'io.netty',

高强度学习训练第十四天总结:HashMap

HashMap 简介 HashMap 主要用来存放键值对,它基于哈希表的Map接口实现,是常用的Java集合之一. JDK1.8 之前 HashMap 由 数组+链表 组成的,数组是 HashMap 的主体,链表则是主要为了解决哈希冲突而存在的("拉链法"解决冲突).JDK1.8 以后在解决哈希冲突时有了较大的变化,当链表长度大于阈值(默认为 8)时,将链表转化为红黑树,以减少搜索时间. 底层数据结构分析 JDK1.8之前 JDK1.8 之前 HashMap 底层是 数组和链表 结合在

高强度学习训练第十五天总结: Spring框架中的设计模式

仔细想了想..没必要重复造轮子. 每天复习啥了就直接CTRL CV了 https://gitee.com/SnailClimb/JavaGuide/blob/master/docs/system-design/framework/spring/Spring-Design-Patterns.md# 控制反转(IoC)和依赖注入(DI) IoC(Inversion of Control,控制翻转) 是Spring 中一个非常非常重要的概念,它不是什么技术,而是一种解耦的设计思想.它的主要目的是借助于

黑马高强度学习下的一些学习方法

通过多个班级的教学,以及与同学们的交流,发现很多同学学不好,不是学不动,而是不会学习,从而导致一些同学学习起来吃力,甚至痛苦,所以基于个人想法,对同学们的学习作了一些个人的总结,希望有益于大家. 以下学习方法不针对所有人群使用,只是给长期在编程高压力中学习的同学们的友情帮助,如有问题或者更好的意见,请联系我(鄙人贾乐飞),进一步完善内容. 课上: 问题1: 一些同学喜欢上课勤记笔记,这是一种好的学习态度,但不是一种适合目前这种该密度学习的状况下. 说明: 由于知识的密度比较高,所以会出现一不小心

部署redis主从高可用集群

部署redis主从高可用集群本文部署的redis集群是一主一从,这两台服务器都设置了哨兵进程,另外再加一台哨兵做仲裁,建议哨兵数量为基数172.16.1.187    redis主+哨兵172.16.1.188    redis从+哨兵172.16.1.189    哨兵以上系统均为CentOS6 在187,188,189上部署redis过程如下:(1)redis使用编译安装方式,所以需要安装编译基本组件# yum -y install gcc gcc-c++ make cmake cpp gl

nopCommerce 3.9 大波浪系列 之 使用Redis主从高可用缓存

一.概述 nop支持Redis作为缓存,Redis出众的性能在企业中得到了广泛的应用.Redis支持主从复制,HA,集群. 一般来说,只有一台Redis是不可行的,原因如下: 单台Redis服务器会发生单点故障,并且单服务器需要处理所有的请求会导致压力较大. 单台Redis服务器内存容量有限,不易扩展. 第一个问题可以通过Redis主从模式实现单节点的高可用(HA). 从节点(slave)是主节点(master)副本,当主节点(master)宕机后,Redis 哨兵(Sentinel)会自动将从

C# Redis学习系列三:Redis配置主从

Redis配置主从 主IP :端口      192.168.0.103 6666 从IP:端口       192.168.0.108 3333 配置从库 (1)安装服务: redis-server --service-install --service-name redisService6666 --port 6666 (2)启动进程: redis-server --service-start --service-name redisService6666 (3)连接redis:redis-

使用keepalived 实现redis主从高可用

keepalived官方有中文文档:LVS + Keepalived Chinese application doc - March 16, 2010. keepalived 实现VRRP协议,从路由级别实现VIP切换,可以完全避免类似heartbeat 脑裂问题.可以很nice的实现主从.主备.互备方案,尤其是无状态业务,有状态业务就需要额外花些功夫了. 既然mysql 可以使用keepalived很好的做到主从切换,redis自然也就有样学样就成了. redis主从实现完全没有mysql成熟