复习电商笔记-34-Redis集群Cluster

最新推荐文章于 2023-01-05 11:53:32 发布
最新推荐文章于 2023-01-05 11:53:32 发布
阅读量285 收藏
点赞数
分类专栏： 电商笔记 文章标签： 34
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40680190/article/details/84258134
版权

 Redis集群Cluster+首页分类+跨域Jsonp

 

RedisCluster集群

概述

Redis在3.0版正式引入了集群特性。Redis集群是一个分布式（distributed）、容错（fault-tolerant）的 Redis内存K/V服务， 集群可以使用的功能是普通单机 Redis 所能使用的功能的一个子集（subset），比如Redis集群并不支持处理多个keys的命令（mset、mget）,因为这需要在不同的节点间移动数据,从而达不到像Red

 

 

去中心化架构

  1. 去中心化，客户端与redis节点直连，不需要中间proxy层。客户端不需要连接集群所有节点，连接集群中任何一个可用节点即可。
  2. 所有的redis节点彼此互联(PING-PONG机制)，内部使用二进制协议优化传输速度和带宽。
  3. 分片，把所有的物理节点映射到[0-16383]slot上,cluster 负责维护node<->slot<->value
  4. 节点的fail是通过集群中超过半数的节点检测失效时才生效。
  5. 选举容错，自动将节点分成主从，形成主从复制，数据备份容灾，同时实现读写分离。
  6. 集群最少6个节点，3主3从。

 

 

容错机制

选举过程是集群中所有master参与，如果半数以上master节点与master节点通信超过(cluster-node-timeout)，认为当前master节点挂掉。

什么时候整个集群不可用(cluster_state:fail)，当集群不可用时，所有对集群的操作做都不可用，收到((error) CLUSTERDOWN The cluster is down)错误：

a: 如果集群任意master挂掉，且当前master没有slave。集群进入fail状态，也可以理解成进群的slot映射[0-16383]不完成时进入fail状态。

b: 如果集群超过半数以上master挂掉，无论是否有slave集群进入fail状态。

 

 

支持分片

Redis 集群的键空间被分割为 16384 （2^14)个槽（slot）， 集群的最大节点数量也是 16384 个（推荐的最大节点数量为 1000 个），同理每个主节点可以负责处理1到16384个槽位。

当16384个槽位都有主节点负责处理时，集群进入”稳定“上线状态，可以开始处理数据命令。当集群没有处理稳定状态时，可以通过执行重配置（reconfiguration）操作，使得每个哈希槽都只由一个节点进行处理。

重配置指的是将某个/某些槽从一个节点移动到另一个节点。一个主节点可以有任意多个从节点， 这些从节点用于在主节点发生网络断线或者节点失效时， 对主节点进行替换。

计算key属于哪个槽：

HASH_SLOT = CRC16(key) mod 16384
CRC16其结果长度为16位。

CRC是通信领域中用于校验数据传输正确性的最常用机制，也是Hash算法的一个典型应用，就是把任意长度的输入（又叫做预映射，pre-image）通过散列算法变换成固定长度的输出，该输出就是散列值。这种转换是一种压缩映射，也就是散列值的空间通常远小于输入空间，不同的输入可能会散列成相同的输出，而不可能从散列值唯一的确定输入值。

 

Cluster安装配置

 

 

安装Ruby

yum install ruby
ruby –v		#ruby 1.8.7
yum install rubygems	#也可以一句执行 yum install ruby rubygems -y
gem install redis		#安装redis的接口包
gem list		#查看是否安装了gem相关的接口包，检查redis是否已经存在

 

 

创建节点

 

 

 

创建目录

由于cluster的特点，与redis传统主从不同的是，cluster中的节点需要配置在不同的文件夹，否则无法创建集群（尝试过一次，失败）。进入redis根目录，创建节点文件夹，同一个服务器上的不同节点文件夹可以用端口号来命名即可。

mkdir 7000 7001 7002 7003 7004 7005 7006 7007 7008 7009 #创建多个目录
:%s/7000/7001/g	#替换所有7000为7001

 

 

 

修改配置文件redis.conf

复制redis.conf到各个的目录，并对应修改下面内容

P61		bind 127.0.0.1//默认ip为127.0.0.1改为其他节点机器可访问的ip 
P80		protected-mode no		//yes修改为no
P84		port 7000 				//端口7000 
P128	daemonize yes 			//后台运行 
//P150	pidfile /var/run/redis_7000.pid //pidfile文件对应7000 
P593	appendonly yes			//默认是rdb方式持久化要改成AOF模式
P163	logfile "/usr/local/src/redis/redis-3.2.8/7000/redis.log"	//相对路径，启动时在redis的根目录
P721	cluster-enabled yes 	//开启集群 
P729	cluster-config-file nodes_7000.conf 		//集群的配置 
P735	cluster-node-timeout 15000 	//请求超时 默认15秒，可自行设置

 

 

启动

 

 

 

启动每个节点实例

先为每个节点创建一个目录，复制redis.conf进去，然后按上面修改内容，修改好后，启动每个实例。

vim start.sh      #创建脚本文件方便启动

bash start        #执行shell脚本

#!/bin/sh
redis-server 7000/redis.conf &
redis-server 7001/redis.conf &
redis-server 7002/redis.conf &
redis-server 7003/redis.conf &
redis-server 7004/redis.conf &
redis-server 7005/redis.conf &
redis-server 7006/redis.conf &
redis-server 7007/redis.conf &
redis-server 7008/redis.conf &

 

 

 

启动集群

Redis Cluster集群需要ruby来运行其脚本

./src/redis-trib.rb create --replicas 1 192.168.163.201:7000 192.168.163.201:7001 192.168.163.201:7002 192.168.163.201:7003 192.168.163.201:7004 192.168.163.201:7005 192.168.163.201:7006 192.168.163.201:7007 192.168.163.201:7008

--replicas 1 表示希望为集群中的每个主节点创建一个从节点（一主一从）

前几个自动做为主，后面几个做为从，主节点少于从节点，个数不对应时，多从挂接都一个主上。

注意：提示必须敲入yes，不能是y，y则按不接受处理。

注意：redis-trib-rb的路径，可以配置环境变量来解决

export PATH=/usr/local/ruby-2.1.2/bin;&PATH

#检查节点

./src/redis-trib.rb check 192.168.163.201:7001

 

 

 

启动失败重新启动

启动后会自动产生这些文件，重新启动时需要删除！

rm -rf dump.rdb	#删除redis的备份文件，redis节点中有数据，无法建立集群
rm -rf nodes-700*	#删除没有建立成功集群时遗留的文件

 

 

登录集群

redis-cli -c -p 7000			#任何一个端口都可以，执行命名会自动跳转

 

 

查看集群状态

127.0.0.1:7000> cluster info
cluster_state:ok

cluster_slots_assigned:16384

cluster_slots_ok:16384

cluster_slots_pfail:0

cluster_slots_fail:0

cluster_known_nodes:9

cluster_size:4

cluster_current_epoch:9

cluster_my_epoch:1

cluster_stats_messages_sent:9154

cluster_stats_messages_received:9154
127.0.0.1:7000> cluster nodes	#查看集群节点状态
841b3e80f22c869ba4cf4a1a9829e3711ddcc74e 192.168.163.201:7001 master - 0 1488180921550 2 connected 4096-8191

182c2a3991c331e4e9222f40d33566c63c32be61 192.168.163.201:7007 slave f3b337f67349232c446b9fc1369ae73fe494a48e 0 1488180923571 8 connected

22a9bdce45393c94252524e06952894c096053cb 192.168.163.201:7004 slave 6a455332e5943d627e8cc1e0aa6b81a63e0e0457 0 1488180925089 5 connected

6a455332e5943d627e8cc1e0aa6b81a63e0e0457 192.168.163.201:7000 myself,master - 0 0 1 connected 0-4095

2cb201fc6cce0566d7d664bb5ce4a6899056ff62 192.168.163.201:7002 master - 0 1488180924585 3 connected 8192-12287

e15d5c2ea222ae4c038a009d319ca126a9a5dbd2 192.168.163.201:7008 slave 6a455332e5943d627e8cc1e0aa6b81a63e0e0457 0 1488180927617 9 connected

9c8747f55ffd27681f8191b7b2ff0f298602a236 192.168.163.201:7006 slave 2cb201fc6cce0566d7d664bb5ce4a6899056ff62 0 1488180925596 7 connected

f3b337f67349232c446b9fc1369ae73fe494a48e 192.168.163.201:7003 master - 0 1488180928632 4 connected 12288-16383

c2a9b43e3d91e7f1bc484836cfc59cfd2ed96a49 192.168.163.201:7005 slave 841b3e80f22c869ba4cf4a1a9829e3711ddcc74e 0 1488180926606 6 connected

 

cluster nodes 命令的输出有点儿复杂， 它的每一行都是由以下信息组成的：

节点 ID ：例如 3fc783611028b1707fd65345e763befb36454d73 。

 

ip:port ：节点的 IP 地址和端口号， 例如 127.0.0.1:7000 ， 其中 :0 表示的是客户端当前连接的 IP 地址和端口号。

flags ：节点的角色（例如 master 、 slave 、 myself ）以及状态（例如 fail ，等等）。

如果节点是一个从节点的话， 那么跟在 flags 之后的将是主节点的节点 ID ： 例如 127.0.0.1:7002 的主节点的节点 ID 就是 3c3a0c74aae0b56170ccb03a76b60cfe7dc1912e 。

master节点最后有一个值的范围，就是hash槽，0~16383（2^14），平均的分配到各master节点。

 

 

启动后自动配置主从

redis cluster自动，9个redis实例，4主，5从

slave后的uuid就是指主的id值，从这关系中可以看出主从关系

7000的从是：7004，7008

7001的从是：7005

7002的从是：7006

7003的从是：7007

 

 

形成主从复制，数据分片存放

[root@localhost redis-3.2.6]# redis-cli -c -p 7000
127.0.0.1:7000> keys *
(empty list or set)
[root@localhost redis-3.2.6]# redis-cli -c -p 7001
127.0.0.1:7001> keys *
1) "name"
127.0.0.1:7001> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7002
127.0.0.1:7002> keys *
(empty list or set)
127.0.0.1:7002> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7003
127.0.0.1:7003> keys *
(empty list or set)
127.0.0.1:7003> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7004
127.0.0.1:7004> keys *
(empty list or set)
127.0.0.1:7004> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7005
127.0.0.1:7005> keys *
1) "name"
127.0.0.1:7005> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7006
127.0.0.1:7006> keys *
(empty list or set)
127.0.0.1:7006> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7007
127.0.0.1:7007> keys *
(empty list or set)
127.0.0.1:7007> exit
[root@localhost redis-3.2.6]# redis-cli -c -p 7008
127.0.0.1:7008> keys *
(empty list or set)
127.0.0.1:7008> exit

 

 

验证高可用

杀掉一个7001，集群继续运行

[root@localhost redis-3.2.6]# ps -ef |grep redis
root      5394     1  0 21:59 ?        00:00:50 redis-server 192.168.163.201:7000 [cluster]
root      5398     1  0 21:59 ?        00:00:46 redis-server 192.168.163.201:7001 [cluster]
root      5402     1  0 21:59 ?        00:00:46 redis-server 192.168.163.201:7002 [cluster]
root      5406     1  0 21:59 ?        00:00:46 redis-server 192.168.163.201:7003 [cluster]
root      5410     1  0 21:59 ?        00:00:44 redis-server 192.168.163.201:7004 [cluster]
root      5414     1  0 21:59 ?        00:00:46 redis-server 192.168.163.201:7005 [cluster]
root      5418     1  0 21:59 ?        00:00:45 redis-server 192.168.163.201:7006 [cluster]
root      5422     1  0 21:59 ?        00:00:44 redis-server 192.168.163.201:7007 [cluster]
root      5426     1  0 21:59 ?        00:00:44 redis-server 192.168.163.201:7008 [cluster]
root      6002  2543  0 23:55 pts/0    00:00:00 grep redis

[root@localhost redis-3.2.6]# kill 5398
[root@localhost redis-3.2.6]# ps -ef |grep redis

root      5394     1  0 21:59 ?        00:00:50 redis-server 192.168.163.201:7000 [cluster]
root      5402     1  0 21:59 ?        00:00:46 redis-server 192.168.163.201:7002 [cluster]
root      5406     1  0 21:59 ?        00:00:47 redis-server 192.168.163.201:7003 [cluster]
root      5410     1  0 21:59 ?        00:00:44 redis-server 192.168.163.201:7004 [cluster]
root      5414     1  0 21:59 ?        00:00:46 redis-server 192.168.163.201:7005 [cluster]
root      5418     1  0 21:59 ?        00:00:45 redis-server 192.168.163.201:7006 [cluster]
root      5422     1  0 21:59 ?        00:00:45 redis-server 192.168.163.201:7007 [cluster]
root      5426     1  0 21:59 ?        00:00:44 redis-server 192.168.163.201:7008 [cluster]
root      6004  2543  0 23:55 pts/0    00:00:00 grep redis

[root@localhost redis-3.2.6]# redis-cli -c -p 7000
127.0.0.1:7000> cluster nodes

841b3e80f22c869ba4cf4a1a9829e3711ddcc74e 192.168.163.201:7001 master,fail - 1488182142448 1488182136758 2 disconnected
182c2a3991c331e4e9222f40d33566c63c32be61 192.168.163.201:7007 slave f3b337f67349232c446b9fc1369ae73fe494a48e 0 1488183066434 8 connected
22a9bdce45393c94252524e06952894c096053cb 192.168.163.201:7004 slave c2a9b43e3d91e7f1bc484836cfc59cfd2ed96a49 0 1488183067873 10 connected
6a455332e5943d627e8cc1e0aa6b81a63e0e0457 192.168.163.201:7000 myself,master - 0 0 1 connected 0-4095
2cb201fc6cce0566d7d664bb5ce4a6899056ff62 192.168.163.201:7002 master - 0 1488183068484 3 connected 8192-12287
e15d5c2ea222ae4c038a009d319ca126a9a5dbd2 192.168.163.201:7008 slave 6a455332e5943d627e8cc1e0aa6b81a63e0e0457 0 1488183067462 9 connected
9c8747f55ffd27681f8191b7b2ff0f298602a236 192.168.163.201:7006 slave 2cb201fc6cce0566d7d664bb5ce4a6899056ff62 0 1488183069499 7 connected
f3b337f67349232c446b9fc1369ae73fe494a48e 192.168.163.201:7003 master - 0 1488183070541 4 connected 12288-16383
c2a9b43e3d91e7f1bc484836cfc59cfd2ed96a49 192.168.163.201:7005 master - 0 1488183069914 10 connected 4096-8191

可以看到7001被关闭后，7005自动成为master

同时会根据set时的分片，自动转向到对应的主节点

127.0.0.1:7000> set name 123
-> Redirected to slot [5798] located at 192.168.163.201:7005
OK
192.168.163.201:7005> get name
"123"
192.168.163.201:7005> set n 123
-> Redirected to slot [3432] located at 192.168.163.201:7000
OK
192.168.163.201:7000> get n
"123"

重新启动7001节点，自动回到集群，成为从节点，挂接到7005上

[root@localhost redis-3.2.6]# redis-server 7001/redis.conf
[root@localhost redis-3.2.6]# ps -ef|grep redis

root      5394     1  0 Feb26 ?        00:01:08 redis-server 192.168.163.201:7000 [cluster]
root      5402     1  0 Feb26 ?        00:01:04 redis-server 192.168.163.201:7002 [cluster]
root      5406     1  0 Feb26 ?        00:01:05 redis-server 192.168.163.201:7003 [cluster]
root      5410     1  0 Feb26 ?        00:01:01 redis-server 192.168.163.201:7004 [cluster]
root      5414     1  0 Feb26 ?        00:01:04 redis-server 192.168.163.201:7005 [cluster]
root      5418     1  0 Feb26 ?        00:01:02 redis-server 192.168.163.201:7006 [cluster]
root      5422     1  0 Feb26 ?        00:01:02 redis-server 192.168.163.201:7007 [cluster]
root      5426     1  0 Feb26 ?        00:01:01 redis-server 192.168.163.201:7008 [cluster]
root      6122     1  1 00:14 ?        00:00:00 redis-server 192.168.163.201:7001 [cluster]
root      6128  2543  0 00:14 pts/0    00:00:00 grep redis

[root@localhost redis-3.2.6]# redis-cli -c -p 7000
127.0.0.1:7000> cluster nodes

841b3e80f22c869ba4cf4a1a9829e3711ddcc74e 192.168.163.201:7001 slave c2a9b43e3d91e7f1bc484836cfc59cfd2ed96a49 0 1488183297831 10 connected
182c2a3991c331e4e9222f40d33566c63c32be61 192.168.163.201:7007 slave f3b337f67349232c446b9fc1369ae73fe494a48e 0 1488183298846 8 connected
22a9bdce45393c94252524e06952894c096053cb 192.168.163.201:7004 slave c2a9b43e3d91e7f1bc484836cfc59cfd2ed96a49 0 1488183294789 10 connected
6a455332e5943d627e8cc1e0aa6b81a63e0e0457 192.168.163.201:7000 myself,master - 0 0 1 connected 0-4095
2cb201fc6cce0566d7d664bb5ce4a6899056ff62 192.168.163.201:7002 master - 0 1488183293778 3 connected 8192-12287
e15d5c2ea222ae4c038a009d319ca126a9a5dbd2 192.168.163.201:7008 slave 6a455332e5943d627e8cc1e0aa6b81a63e0e0457 0 1488183295809 9 connected
9c8747f55ffd27681f8191b7b2ff0f298602a236 192.168.163.201:7006 slave 2cb201fc6cce0566d7d664bb5ce4a6899056ff62 0 1488183296819 7 connected
f3b337f67349232c446b9fc1369ae73fe494a48e 192.168.163.201:7003 master - 0 1488183298346 4 connected 12288-16383
c2a9b43e3d91e7f1bc484836cfc59cfd2ed96a49 192.168.163.201:7005 master - 0 1488183299860 10 connected 4096-8191

 

小贺学习笔记
关注
专栏目录
Redis集群中的一些问题，slots，forget，reset，meet
weixin_41611450的博客
03-01 1585
1、下面是lua脚本连接redis集群，Nginx下log中的报错 2020/02/29 10:12:35 [notice] 621#0: signal process started 2020/02/29 10:12:42 [error] 32231#0: *438 connect() failed (111: Connection refused), client: 10.211.55.2, ...
学习笔记--Swarm搭建redis集群
weixin_42112071的博客
04-20 1487
ps:博客用与记录个人学习过程中遇到的一些问题以及解决方案。若有表述不当之处还请见谅。 环境准备 两个节点以上的swarm集群，关于swarm搭建可以参考之前的文章。 publicisworldwide/redis-cluster 镜像，这个镜像是redis专门的集群镜像，但在这里最好做一点小小的改变。后面会贴上dockerfile inem0o/redis-trib 镜像，该镜像用于管理red...
测试环境搭建 redis-cluster
molaifeng的专栏
03-16 466
Linux 版本 2.6.32-431.el6.x86_64 Redis 版本 redis-5.0.7 安装 见此博客 集群搭建 创建目录 创建 redis-cluster 目录，并在里面创建如下目录 mkdir -p /usr/local/redis-cluster/ cd /usr/local/redis-cluster/ mkdir 7001 7002 7003 7004 7005 70...
安装配置redis的cluster集群
rafa_2022的博客
11-25 526
目录 安装配置redis的cluster集群 1. Redis cluster架构 2. 部署redis集群 2.1 环境准备 2.2redis安装配置 2.3 创建redis cluster集群的前提 2.4 创建集群 2.5 验证Redis集群状态： 2.6 验证集群写入key 附 Redis 5 版本集群创建及验证命令 创建集群 查看集群状态 安装配置redis的cluster集群 Redis 分布式集群部署方案： 1) 客户端分区：由客户端程序决定key写分配和写入的r.
Redis查询所有key报错(empty list or set)
weixin_38232096的博客
08-13 7360
但是我在node.js中是能取到数据的。 仔细检查发现原来我node把key都创建在了redis的db2中，而redis-cli默认查询的是db0的内容，所以查询不到。 解决方法： **切换db： select 2 查询数据: keys *** 根据网上的方法select 2,但是就出现另外一个新问题。再尝试解决这个新问题 解决办法： redis集群版只使用db0，select命令虽然能够支持select 0。其他的db都会返回错误。 127.0.0.1:6379> select 0 OK 12.
redis查询所有key报错(empty list or set)
热门推荐
fenghui187的博客
04-28 1万+
一直在用node.js进行redis的存储，今天想用redis-cli查看一下所有已经设置的key，输入keys *结果发现没查到任何东西(empty list or set)但是我在node.js中是能取到数据的。仔细检查发现原来我node把key都创建在了redis的db2中，而redis-cli默认查询的是db0的内容，所以查询不到。解决方法：切换db： select 2查询数据:  key...
redis5 集群安装--redis-cluster命令使用（笔记）
灰猫
05-27 1122
准备 somaxconn参数 对于一个TCP连接，Server与Client需要通过三次握手来建立网络连接.当三次握手成功后, 连接队列上限。 系统中每一个端口最大的监听队列的长度,这是个全局的参数,默认值为128,具体信息为。 修改 # 重启后就没有了 echo 2048 > /proc/sys/net/core/somaxconn vim /etc/sysctl.conf # 在/etc/sysctl.conf中添加如下 net.core.somaxconn = 2048 安装
精品--读《Redis 深度历险》学习笔记与实践.zip
最新发布
02-05
在阅读这本书的过程中，读者将深入理解 Redis 的数据结构、持久化机制、主从复制、哨兵系统以及 Cluster 集群等核心概念。 1. Redis 数据结构：Redis 提供了多种数据结构，如字符串（String）、哈希（Hash）、列表...
Golang go-redis cluster模式下不断创建新连接，效率下降问题解决
m0_67401228的博客
07-31 382
至于go-redis的cluster模式怎么调用，我就不多说了。在我测试集群模式下redis调用的时候发现效率不如单一节点模式。我们先复现一下问题是怎么出现的。
cent7.3-redis集群5.0.0搭建-详细笔记文档
07-17
我们可以使用 cluster-enabled=yes 配置项启用集群模式，并设置集群配置文件的路径。 AOF 日志 在 Redis 中，我们可以使用 AOF（Append-Only File）日志来记录每次写操作的日志。这可以帮助我们在服务器崩溃时恢复...
redis cluster中添加删除重分配节点例子
weixin_30270889的博客
05-25 623
redis cluster配置好，并运行一段时间后，我们想添加节点，或者删除节点，该怎么办呢。 一，redis cluster命令行 //集群(cluster) CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。 //节点(node) CLUSTER MEET ...
redis集群管理
weixin_42816196的博客
07-30 538
1.管理集群 2.添加新节点 3.添加从节点 练习添加主机 练习删除主机   环境准备: 1.准备两台新主机,开启redis服务(开启集群功能) 2.修改启动脚本   58主机 [root@host58 ~]# redis-cli  -h 192.168.4.57 -p 6357 192.168.4.57:6357&gt; keys * (empty list or se...
独步全球的纯终端命令玩法 ------ Redis Cluster模式群集配置 群集管理 群集运维排错
zhengzizhi的专栏
05-25 867
hostname    ip address      node(M/S)    slotss11         192.168.10.11   Master Node  5960≤slot≤10921s12         192.168.10.12   Master Node  11423≤slot≤16383s13         192.168.10.13   Master Node  ...
Redis cluster日常管理【一】
linux系统运维学习日记
11-28 411
1.管理操作常用命令；2.清除redis缓存；3.服务器的升级；4.复制迁移
Redis集群的那些谜
eddie's Blog
07-23 1439
下列问题是我在搭建Redis集群之前与实验过程发出的疑问 随着我Redis集群的成功搭建，疑问也一个一个解开 Redis集群搭建参考资料 Redis-Cluster参考资料 Redis集群的数据互通吗？ 先说结论：互通的；往Redis集群里存放一个数据时，他会以Hash Slot哈希槽的方式将数据存放在不同的结点，取出对应Key时，再连接到该结点去取出。 以集群模式随机连接至一个Redis结点，此结点中无数据： root@hadoop102:~/myredis# ./redis-cli -c -h .
Redis 异地双活实战
mxt51220的博客
01-05 2131
延迟是最致命的，众所周知redis的写入速度是非常高的，通常一个redis命令的写入是1ms以内，但是假如同步双写，则写入异地机房的时长会由两机房的物理距离决定，根据饿了么双活的测算，北京-上海的延迟大约为30ms，那这个异地的延迟是30倍，假设业务原先写入该redis命令的时间是1ms，那双写后变为31ms，显然这是无法接受的。双写，顾名思义就是两个机房同时写入，即在双活项目中，一个redis的命令写入本机房redis集群的同时，会同时写入另外一个机房的redis集群。-1命令主动请求全量同步。
京淘项目实战开发-14 【集群工作原理、前台搭建、跨域问题】
淡若清风
04-06 258
1.Redis集群规则说明2.Redis集群整合3.京淘项目前台搭建4.跨域学习
阿里巴巴面试官：Redis的四种模式，单机、主从、哨兵、集群 、你都会吗？
m0_50180963的博客
08-24 459
入职第一周，我被坑了 最近刚入职新公司，本来想着这刚来新公司，一般都是熟悉熟悉公司同事，看看组内工程文档，找几个demo自己练练手。 咳咳咳，万万没想到啊，一切都是我以为的，我还是太嫩了。 入职那天下午，组长给我丢了几个文档，让我看下这个这些工程的缓存系统问题，让我把redis升级为哨兵模式。 接到任务的我，内心是懵逼的。 第一、不知道都是些什么类型的服务在用redis。 第二、不知道以什么姿势在用redis。 第三、如果redis挂了会不会影响用户。 第四、我完全没用过redis。
Redis集群搭建与管理实战笔记
"Redis集群是Redis数据库的一种分布式实现，它通过分片(sharding)和复制(replication)技术来实现数据的高可用性和扩展性。在Redis集群中，数据被分散存储在多个节点上，每个节点负责一部分键空间，且每个主节点都有...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值