上一页 1 2 3 4 5 6 7 ··· 14 下一页
摘要: 分片集群结构 主从和哨兵可以解决高可用、高并发读的问题。但是依然有两个问题没有解决: l 海量数据存储问题 l 高并发写的问题 使用分片集群可以解决上述问题,分片集群特征: l 集群中有多个master,每个master保存不同数据,因此能存多少取决于master节点的数量,解决了海量数据存储的问题 阅读全文
posted @ 2024-04-16 15:21 蓝海的bug本 阅读(9) 评论(0) 推荐(0) 编辑
摘要: 在sentinel集群监管下的redis主从集群,其节点会因为自动故障转移而发生变化,redis的客户端必须感知这种变化,以及更新连接信息。Spring的redisTemplate底层利用lettuce实现了节点的感知和自动切换。 阅读全文
posted @ 2024-04-15 15:05 蓝海的bug本 阅读(28) 评论(0) 推荐(0) 编辑
摘要: 新建sentinel.conf文件。输入下面的内容 1是端口号 2是sentinel声明的ip 3是sentinel监控的master的ip和端口号,mymaster是集群的名字,也可以理解成给主节点起的名字,可以任意起名字。Slave的信息是从master得到的。2是选举master时的quoru 阅读全文
posted @ 2024-04-12 19:06 蓝海的bug本 阅读(2) 评论(0) 推荐(0) 编辑
摘要: 哨兵的作用 Redis提供了哨兵(Sentinel)机制来实现主从集群的自动故障恢复。哨兵的结构和作用如下: 服务状态监控 Sentinel基于心跳机制监测服务状态,每隔1秒向集群的每个实例发送ping命令。 l 主观下线:如果某sentinel节点发现某实例未在规定时间响应,则认为该实例主观下线。 阅读全文
posted @ 2024-04-11 14:26 蓝海的bug本 阅读(12) 评论(0) 推荐(0) 编辑
摘要: 如果slave重启后同步,则执行增量同步 什么情况下无法做增量同步 repl_baklog是个数组,它会循环覆盖之前的数据。如果master记录的数量超出这个环,覆盖了slave的offset,找不到了,就只能去做全量同步了 可以从以下几个方面来优化redis主从集群: l 在master中配置re 阅读全文
posted @ 2024-04-10 09:57 蓝海的bug本 阅读(33) 评论(0) 推荐(0) 编辑
摘要: 数据同步原理 主从的第一次同步是全量同步: Master如何判断slave是不是第一次来同步数据?这里会用到两个很重要的概念: Replication id:简称replid,是数据集的标记,id一致则说明是同一数据集。每一个master都有唯一的replid,slave则会继承master节点的r 阅读全文
posted @ 2024-04-09 14:07 蓝海的bug本 阅读(24) 评论(0) 推荐(0) 编辑
摘要: 搭建主从架构 单节点redis的并发能力是有上限的,要进一步提高redis的并发能力,就需要搭建主从集群,实现读写分离。 搭建主从的注意事项(仅注意,是否需要修改看实际情况) 端口修改 目录修改 也可以通过命令的方式修改文档 声明绑定实例ip 开启主从关系(不同服务器的情况下,可以直接执行这一步就行 阅读全文
posted @ 2024-04-08 15:28 蓝海的bug本 阅读(12) 评论(0) 推荐(0) 编辑
摘要: AOF AOF全称为Append Only File(追加文件)。Redis处理的每一个写命令都会记录在AOF文件,可以看做是命令日志文件。 AOF默认是关闭的,需要修改redis.conf配置文件来开启AOF: AOF的命令记录的频率也可以通过redis,conf文件来配: 从上到下是可靠性越来越 阅读全文
posted @ 2024-04-07 15:26 蓝海的bug本 阅读(8) 评论(0) 推荐(0) 编辑
摘要: RDB RDB全程Redis Database Backup file(Redis数据备份文件),也被叫做Redis数据快照。简单来说就是把内存中所有数据都记录到磁盘中。当Redis实例故障重启后,从磁盘读取快照文件,恢复数据。 快照文件成为RDB文件,默认是保存在当前运行目录。 Redis停机时会 阅读全文
posted @ 2024-04-03 15:47 蓝海的bug本 阅读(4) 评论(0) 推荐(0) 编辑
摘要: 阅读全文
posted @ 2024-04-02 14:29 蓝海的bug本 阅读(5) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 ··· 14 下一页