Redis学习笔记—Redis集群的高可用测试

最新推荐文章于 2024-08-01 08:23:29 发布
最新推荐文章于 2024-08-01 08:23:29 发布
阅读量160 收藏
点赞数
文章标签： 数据库 java
原文链接：https://my.oschina.net/djflying/blog/727154
版权

##重建集群 1、查看当前集群节点状态：

[root@centos4 ~]# redis-cli -c -p 7111
127.0.0.1:7111> cluster info
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:6
cluster_size:3
cluster_current_epoch:7
cluster_my_epoch:6
cluster_stats_messages_sent:273044
cluster_stats_messages_received:272409
127.0.0.1:7111> cluster nodes
967f4154bc4ced3c0c76a74c280f2779f2f70fb2 10.1.200.118:7114 master - 0 1469706909199 7 connected 0-5460
778b0cd6414d92ad4aec93754445648fc57963ca 10.1.200.120:7115 master - 0 1469706908184 2 connected 5461-10922
7226e609e47616e0d3cff2f80831ac6d811e0027 10.1.200.125:7116 slave 967f4154bc4ced3c0c76a74c280f2779f2f70fb2 0 1469706907169 7 connected
e1ced4f32594b0d2b82b268059e2ce89abebfde5 10.1.200.78:7112 slave 778b0cd6414d92ad4aec93754445648fc57963ca 0 1469706910219 5 connected
c812379709120ab74b20bd76dd2b9fcaf6c62209 10.1.200.77:7111 myself,slave bb79ff3fdf24a99df6ebb93d17f026bb81eb221b 0 0 4 connected
bb79ff3fdf24a99df6ebb93d17f026bb81eb221b 10.1.200.87:7113 master - 0 1469706911244 6 connected 10923-16383

注：可以看到此时Master节点为：10.1.200.118:7114，10.1.200.120:7115，10.1.200.87:7113；Slave节点为：10.1.200.125:7116，10.1.200.78:7112，10.1.200.77:7111

2、关闭集群的各节点：

10.1.200.77服务器：

[root@centos4 ~]# ps -ef|grep redis
root       2442      1  0 Jul27 ?        00:02:31 /usr/local/redis/bin/redis-server *:7111 [cluster]                             
root      16469  13753  0 19:59 pts/0    00:00:00 grep redis
[root@centos4 ~]# kill 2442
[root@centos4 ~]# ps -ef|grep redis
root      16472  13753  0 19:59 pts/0    00:00:00 grep redis

10.1.200.78服务器：

[root@centos4 ~]#  ps -ef|grep redis
root       2436      1  0 Jul27 ?        00:02:29 /usr/local/redis/bin/redis-server *:7112 [cluster]                             
root      16462  13745  0 19:59 pts/0    00:00:00 grep redis
[root@centos4 ~]# kill 2436
[root@centos4 ~]#  ps -ef|grep redis
root      16470  13745  0 20:00 pts/0    00:00:00 grep redis

10.1.200.87服务器：

[root@centos4 ~]# ps -ef|grep redis
root       2427      1  0 Jul27 ?        00:02:26 /usr/local/redis/bin/redis-server *:7113 [cluster]                             
root      16874  14076  0 20:00 pts/0    00:00:00 grep redis
[root@centos4 ~]# kill 2427
[root@centos4 ~]# ps -ef|grep redis
root      16876  14076  0 20:00 pts/0    00:00:00 grep redis

10.1.200.118服务器：

[root@centos4 ~]# ps -ef|grep redis
root       2425      1  0 Jul27 ?        00:02:28 /usr/local/redis/bin/redis-server *:7114 [cluster]                             
root      16491  13748  0 20:01 pts/0    00:00:00 grep redis
[root@centos4 ~]# kill 2425
[root@centos4 ~]# ps -ef|grep redis
root      16495  13748  0 20:01 pts/0    00:00:00 grep redis

10.1.200.120服务器：

[root@centos4 ~]# ps -ef|grep redis
root       2428      1  0 Jul27 ?        00:02:27 /usr/local/redis/bin/redis-server *:7115 [cluster]                             
root      16530  13785  0 20:01 pts/0    00:00:00 grep redis
[root@centos4 ~]# kill 2428
[root@centos4 ~]# ps -ef|grep redis
root      16533  13785  0 20:02 pts/0    00:00:00 grep redis

10.1.200.125服务器：

[root@centos4 ~]# ps -ef|grep redis
root       2445      1  0 Jul27 ?        00:02:31 /usr/local/redis/bin/redis-server *:7116 [cluster]                             
root      16504  13755  0 20:02 pts/0    00:00:00 grep redis
[root@centos4 ~]# kill 2445
[root@centos4 ~]# ps -ef|grep redis
root      16507  13755  0 20:02 pts/0    00:00:00 grep redis

3、删除各节点数据目录下的 nodes.conf、appendonly.aof、dump.rdb：

10.1.200.77服务器：

[root@centos4 ~]# cd /usr/local/redis/cluster/7111/
[root@centos4 7111]# ls -all
总用量 80
drwxr-xr-x. 2 root root  4096 7月  28 19:59 .
drwxr-xr-x. 3 root root  4096 7月  26 15:59 ..
-rw-r--r--. 1 root root 15880 7月  28 12:52 appendonly.aof
-rw-r--r--. 1 root root  8080 7月  28 19:59 dump.rdb
-rw-r--r--. 1 root root   760 7月  28 09:03 nodes.conf
-rw-r--r--. 1 root root 42387 7月  23 13:20 redis-7111.conf
[root@centos4 7111]# rm -rf appendonly.aof dump.rdb nodes.conf

10.1.200.78服务器：

[root@centos4 ~]# cd /usr/local/redis/cluster/7112/
[root@centos4 7112]# ls -all
总用量 80
drwxr-xr-x. 2 root root  4096 7月  28 20:00 .
drwxr-xr-x. 3 root root  4096 7月  26 16:02 ..
-rw-r--r--. 1 root root 15330 7月  28 12:52 appendonly.aof
-rw-r--r--. 1 root root  7806 7月  28 20:00 dump.rdb
-rw-r--r--. 1 root root   768 7月  28 19:59 nodes.conf
-rw-r--r--. 1 root root 42387 7月  23 13:21 redis-7112.conf
[root@centos4 7112]# rm -rf appendonly.aof dump.rdb nodes.conf

10.1.200.87服务器：

[root@centos4 ~]# cd /usr/local/redis/cluster/7113/
[root@centos4 7113]# ls -all
总用量 80
drwxr-xr-x. 2 root root  4096 7月  28 20:00 .
drwxr-xr-x. 3 root root  4096 7月  26 16:05 ..
-rw-r--r--. 1 root root 15880 7月  28 12:52 appendonly.aof
-rw-r--r--. 1 root root  8080 7月  28 20:00 dump.rdb
-rw-r--r--. 1 root root   788 7月  28 20:00 nodes.conf
-rw-r--r--. 1 root root 42387 7月  23 13:21 redis-7113.conf
[root@centos4 7113]#  rm -rf appendonly.aof dump.rdb nodes.conf

10.1.200.118服务器：

[root@centos4 ~]# cd /usr/local/redis/cluster/7114/
[root@centos4 7114]# ls -all
总用量 80
drwxr-xr-x. 2 root root  4096 7月  28 20:01 .
drwxr-xr-x. 3 root root  4096 7月  26 16:11 ..
-rw-r--r--. 1 root root 15703 7月  28 12:52 appendonly.aof
-rw-r--r--. 1 root root  7973 7月  28 20:01 dump.rdb
-rw-r--r--. 1 root root   808 7月  28 20:00 nodes.conf
-rw-r--r--. 1 root root 42387 7月  23 13:22 redis-7114.conf
[root@centos4 7114]#  rm -rf appendonly.aof dump.rdb nodes.conf

10.1.200.120服务器：

[root@centos4 ~]# cd /usr/local/redis/cluster/7115/
[root@centos4 7115]# ls -all
总用量 80
drwxr-xr-x. 2 root root  4096 7月  28 20:02 .
drwxr-xr-x. 3 root root  4096 7月  26 16:14 ..
-rw-r--r--. 1 root root 15330 7月  28 12:52 appendonly.aof
-rw-r--r--. 1 root root  7806 7月  28 20:02 dump.rdb
-rw-r--r--. 1 root root   808 7月  28 20:00 nodes.conf
-rw-r--r--. 1 root root 42387 7月  23 13:22 redis-7115.conf
[root@centos4 7115]#  rm -rf appendonly.aof dump.rdb nodes.conf

10.1.200.125服务器：

[root@centos4 ~]# cd /usr/local/redis/cluster/7116/
[root@centos4 7116]# ls -all
总用量 80
drwxr-xr-x. 2 root root  4096 7月  28 20:02 .
drwxr-xr-x. 3 root root  4096 7月  26 16:17 ..
-rw-r--r--. 1 root root 15703 7月  28 12:52 appendonly.aof
-rw-r--r--. 1 root root  7973 7月  28 20:02 dump.rdb
-rw-r--r--. 1 root root   808 7月  28 20:00 nodes.conf
-rw-r--r--. 1 root root 42387 7月  23 13:23 redis-7116.conf
[root@centos4 7116]#  rm -rf appendonly.aof dump.rdb nodes.conf

4、重新启用所有的节点：

10.1.200.77服务器：

/usr/local/redis/bin/redis-server /usr/local/redis/cluster/7111/redis-7111.conf

10.1.200.78服务器：

/usr/local/redis/bin/redis-server /usr/local/redis/cluster/7112/redis-7112.conf

10.1.200.87服务器：

/usr/local/redis/bin/redis-server /usr/local/redis/cluster/7113/redis-7113.conf

10.1.200.118服务器：

/usr/local/redis/bin/redis-server /usr/local/redis/cluster/7114/redis-7114.conf

10.1.200.120服务器：

/usr/local/redis/bin/redis-server /usr/local/redis/cluster/7115/redis-7115.conf

10.1.200.125服务器：

/usr/local/redis/bin/redis-server /usr/local/redis/cluster/7116/redis-7116.conf

5、启动之后用PS命令查看实例启动情况：

ps -ef | grep redis

10.1.200.77服务器：

[root@centos4 7111]# ps -ef | grep redis
root      16596      1  0 20:17 ?        00:00:00 /usr/local/redis/bin/redis-server *:7111 [cluster]                             
root      16603  13753  0 20:17 pts/0    00:00:00 grep redis

10.1.200.78服务器：

[root@centos4 7112]# ps -ef | grep redis
root      16590      1  1 20:17 ?        00:00:00 /usr/local/redis/bin/redis-server *:7112 [cluster]                             
root      16595  13745  0 20:17 pts/0    00:00:00 grep redis

10.1.200.87服务器：

[root@centos4 7113]# ps -ef | grep redis 
root      16997      1  1 20:18 ?        00:00:00 /usr/local/redis/bin/redis-server *:7113 [cluster]                             
root      17001  14076  0 20:18 pts/0    00:00:00 grep redis

10.1.200.118服务器：

[root@centos4 7114]# ps -ef | grep redis 
root      16602      1  0 20:19 ?        00:00:00 /usr/local/redis/bin/redis-server *:7114 [cluster]                             
root      16606  13748  0 20:19 pts/0    00:00:00 grep redis

10.1.200.120服务器：

[root@centos4 7115]# ps -ef | grep redis 
root      16639      1  1 20:19 ?        00:00:00 /usr/local/redis/bin/redis-server *:7115 [cluster]                             
root      16643  13785  0 20:19 pts/0    00:00:00 grep redis

10.1.200.125服务器：

[root@centos4 7116]# ps -ef | grep redis 
root      16618      1  2 20:20 ?        00:00:00 /usr/local/redis/bin/redis-server *:7116 [cluster]                             
root      16622  13755  0 20:20 pts/0    00:00:00 grep redis

6、执行集群创建命令（只需要在其中一个节点上执行一次则可）：

[root@centos4 7111]# redis-trib create --replicas 1 10.1.200.118:7114 10.1.200.120:7115 10.1.200.125:7116 10.1.200.77:7111 10.1.200.78:7112 10.1.200.87:7113
>>> Creating cluster
>>> Performing hash slots allocation on 6 nodes...
Using 3 masters:
10.1.200.78:7112
10.1.200.77:7111
10.1.200.118:7114
Adding replica 10.1.200.87:7113 to 10.1.200.78:7112
Adding replica 10.1.200.125:7116 to 10.1.200.77:7111
Adding replica 10.1.200.120:7115 to 10.1.200.118:7114
M: 087b254c35a87272233346a03753a3fe568f8ac7 10.1.200.118:7114
   slots:10923-16383 (5461 slots) master
S: 2ffb5712581c9bbfc507a9c8b5c9f22b818e1fc0 10.1.200.120:7115
   replicates 087b254c35a87272233346a03753a3fe568f8ac7
S: 7f06a60a8047b8f29808b46c942fd14204a3f475 10.1.200.125:7116
   replicates c767fa06f0a2153a74851f584c7c01389a373d1f
M: c767fa06f0a2153a74851f584c7c01389a373d1f 10.1.200.77:7111
   slots:5461-10922 (5462 slots) master
M: f47e75a5c55f88254fca9c6158594b0507f97ff3 10.1.200.78:7112
   slots:0-5460 (5461 slots) master
S: cb1fbeb9075bf5510b223625c629affe08bd4495 10.1.200.87:7113
   replicates f47e75a5c55f88254fca9c6158594b0507f97ff3
Can I set the above configuration? (type 'yes' to accept): yes
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join......
>>> Performing Cluster Check (using node 10.1.200.118:7114)
M: 087b254c35a87272233346a03753a3fe568f8ac7 10.1.200.118:7114
   slots:10923-16383 (5461 slots) master
M: 2ffb5712581c9bbfc507a9c8b5c9f22b818e1fc0 10.1.200.120:7115
   slots: (0 slots) master
   replicates 087b254c35a87272233346a03753a3fe568f8ac7
M: 7f06a60a8047b8f29808b46c942fd14204a3f475 10.1.200.125:7116
   slots: (0 slots) master
   replicates c767fa06f0a2153a74851f584c7c01389a373d1f
M: c767fa06f0a2153a74851f584c7c01389a373d1f 10.1.200.77:7111
   slots:5461-10922 (5462 slots) master
M: f47e75a5c55f88254fca9c6158594b0507f97ff3 10.1.200.78:7112
   slots:0-5460 (5461 slots) master
M: cb1fbeb9075bf5510b223625c629affe08bd4495 10.1.200.87:7113
   slots: (0 slots) master
   replicates f47e75a5c55f88254fca9c6158594b0507f97ff3
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

7、集群创建成功之后，查看当前集群各节点的状态：

[root@centos4 7111]# redis-cli -c -p 7111
127.0.0.1:7111> CLUSTER NODES
2ffb5712581c9bbfc507a9c8b5c9f22b818e1fc0 10.1.200.120:7115 slave 087b254c35a87272233346a03753a3fe568f8ac7 0 1469708730499 2 connected
7f06a60a8047b8f29808b46c942fd14204a3f475 10.1.200.125:7116 slave c767fa06f0a2153a74851f584c7c01389a373d1f 0 1469708727437 4 connected
c767fa06f0a2153a74851f584c7c01389a373d1f 10.1.200.77:7111 myself,master - 0 0 4 connected 5461-10922
cb1fbeb9075bf5510b223625c629affe08bd4495 10.1.200.87:7113 slave f47e75a5c55f88254fca9c6158594b0507f97ff3 0 1469708725392 6 connected
f47e75a5c55f88254fca9c6158594b0507f97ff3 10.1.200.78:7112 master - 0 1469708728457 5 connected 0-5460
087b254c35a87272233346a03753a3fe568f8ac7 10.1.200.118:7114 master - 0 1469708729477 1 connected 10923-16383

注：可以看到此时Master节点为：10.1.200.77:7111，10.1.200.78:7112，10.1.200.118:7114；Slave节点为：10.1.200.120:7115，10.1.200.125:7116，10.1.200.87:7113

8、重建集群之后集群中的数据被清空：

127.0.0.1:7111> KEYS *
(empty list or set)

##查看各个节点KEY分布 1、使用demo应用向集群写入1000个键值数据。 2、登录各个节点，使用KEY *查看各节点的所有KEY：

10.1.200.77服务器：

[root@centos4 7111]# redis-cli -c -p 7111
127.0.0.1:7111> KEYS dj*
1) "dj11"
2) "dj7"
3) "dj3"
4) "dj20"
5) "dj19"
6) "dj15"
7) "dj4"

10.1.200.78服务器：

[root@centos4 7112]#  redis-cli -c -p 7112
127.0.0.1:7112> KEYS dj*
1) "dj14"
2) "dj5"
3) "dj18"
4) "dj10"
5) "dj1"
6) "dj9"
7) "dj8"

10.1.200.87服务器：

[root@centos4 7113]#  redis-cli -c -p 7113
127.0.0.1:7113> KEYS dj*
1) "dj14"
2) "dj18"
3) "dj10"
4) "dj9"
5) "dj8"
6) "dj5"
7) "dj1"

10.1.200.118服务器：

[root@centos4 7114]# redis-cli -c -p 7114
127.0.0.1:7114> KEYS dj*
1) "dj6"
2) "dj2"
3) "dj12"
4) "dj17"
5) "dj13"
6) "dj16"

10.1.200.120服务器：

[root@centos4 7115]# redis-cli -c -p 7115
127.0.0.1:7115> KEYS dj*
1) "dj6"
2) "dj2"
3) "dj16"
4) "dj13"
5) "dj12"
6) "dj17"

10.1.200.125服务器：

[root@centos4 7116]# redis-cli -c -p 7116
127.0.0.1:7116> KEYS dj*
1) "dj3"
2) "dj4"
3) "dj15"
4) "dj11"
5) "dj7"
6) "dj19"
7) "dj20"

从KEY的分布可以看出来，10.1.200.77：7111和10.1.200.125：7116；10.1.200.78：7112和10.1.200.87：7113；10.1.200.118：7114和10.1.200.120：7115的节点是一样的，他们是Master和Slave对。

##模拟集群节点宕机，实现故障转移 1、运行demo应用，模拟业务不停连接Redis集群获取数据的场景。 2、查看Redis集群当前状态，用于接下来做节点状态变化对比。

[root@centos4 7111]# redis-cli -c -p 7111
127.0.0.1:7111> CLUSTER NODES
2ffb5712581c9bbfc507a9c8b5c9f22b818e1fc0 10.1.200.120:7115 slave 087b254c35a87272233346a03753a3fe568f8ac7 0 1469710790605 2 connected
7f06a60a8047b8f29808b46c942fd14204a3f475 10.1.200.125:7116 slave c767fa06f0a2153a74851f584c7c01389a373d1f 0 1469710792645 4 connected
c767fa06f0a2153a74851f584c7c01389a373d1f 10.1.200.77:7111 myself,master - 0 0 4 connected 5461-10922
cb1fbeb9075bf5510b223625c629affe08bd4495 10.1.200.87:7113 slave f47e75a5c55f88254fca9c6158594b0507f97ff3 0 1469710788973 6 connected
f47e75a5c55f88254fca9c6158594b0507f97ff3 10.1.200.78:7112 master - 0 1469710791625 5 connected 0-5460
087b254c35a87272233346a03753a3fe568f8ac7 10.1.200.118:7114 master - 0 1469710793668 1 connected 10923-16383

3、关闭其中一个master节点：10.1.200.78:7112：

[root@centos4 7112]# ps -ef|grep redis
root      16590      1  0 20:17 ?        00:00:03 /usr/local/redis/bin/redis-server *:7112 [cluster]                             
root      16883  13745  0 21:02 pts/0    00:00:00 grep redis
[root@centos4 7112]# kill 16590
[root@centos4 7112]# ps -ef|grep redis
root      16887  13745  0 21:02 pts/0    00:00:00 grep redis

4、观察该Master节点和对应的Slave节点的状态变化。

127.0.0.1:7111> CLUSTER NODES
2ffb5712581c9bbfc507a9c8b5c9f22b818e1fc0 10.1.200.120:7115 slave 087b254c35a87272233346a03753a3fe568f8ac7 0 1469711001934 2 connected
7f06a60a8047b8f29808b46c942fd14204a3f475 10.1.200.125:7116 slave c767fa06f0a2153a74851f584c7c01389a373d1f 0 1469710999889 4 connected
c767fa06f0a2153a74851f584c7c01389a373d1f 10.1.200.77:7111 myself,master - 0 0 4 connected 5461-10922
cb1fbeb9075bf5510b223625c629affe08bd4495 10.1.200.87:7113 master - 0 1469710998864 7 connected 0-5460
f47e75a5c55f88254fca9c6158594b0507f97ff3 10.1.200.78:7112 master,fail - 1469710946085 1469710939743 5 disconnected
087b254c35a87272233346a03753a3fe568f8ac7 10.1.200.118:7114 master - 0 1469711000912 1 connected 10923-16383

1、可以从此时的节点状态中看出来原先的10.1.200.78:7112这个Master节点已经fail，原来10.1.200.78:7112节点关联的10.1.200.87:7113节点从Slave转变为Mater。 2、节点状态 fail? 表示正在判断是否失败。 3、节点状态 fail 表示节点失败，对应的Slave节点提升为Master 。 4、再看demo程序，依然正常，说明Slave替换Master成功，集群正常。

5、恢复fail节点 10.1.200.78:7112，再查看集群状态。

[root@centos4 7112]# /usr/local/redis/bin/redis-server /usr/local/redis/cluster/7112/redis-7112.conf 
[root@centos4 7112]# ps -ef|grep redis
root      16943      1  0 21:11 ?        00:00:00 /usr/local/redis/bin/redis-server *:7112 [cluster]                             
root      16949  13745  0 21:11 pts/0    00:00:00 grep redis

此时集群的状态为：

127.0.0.1:7111> CLUSTER NODES
2ffb5712581c9bbfc507a9c8b5c9f22b818e1fc0 10.1.200.120:7115 slave 087b254c35a87272233346a03753a3fe568f8ac7 0 1469711508378 2 connected
7f06a60a8047b8f29808b46c942fd14204a3f475 10.1.200.125:7116 slave c767fa06f0a2153a74851f584c7c01389a373d1f 0 1469711503278 4 connected
c767fa06f0a2153a74851f584c7c01389a373d1f 10.1.200.77:7111 myself,master - 0 0 4 connected 5461-10922
cb1fbeb9075bf5510b223625c629affe08bd4495 10.1.200.87:7113 master - 0 1469711505315 7 connected 0-5460
f47e75a5c55f88254fca9c6158594b0507f97ff3 10.1.200.78:7112 slave cb1fbeb9075bf5510b223625c629affe08bd4495 0 1469711507358 7 connected
087b254c35a87272233346a03753a3fe568f8ac7 10.1.200.118:7114 master - 0 1469711506338 1 connected 10923-16383

此时10.1.200.78:7112节点又变成了10.1.200.87:7113节点的Slave

6、观察集群节点切换过程中，对客户端的影响。 JedisCluster链接Redis集群操作时遇到的几个常见异常：

1）重定向次数过多

redis.clients.jedis.exceptions.JedisClusterMaxRedirectionsException: Too many Cluster redirections?

解决方法： 初始化JedisCluster时，设定JedisCluster的maxRedirections

//集群各节点集合，超时时间（默认2秒），最多重定向次数(默认5)，链接池 
JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes, 2000, 100, config);

2）集群不可以用

redis.clients.jedis.exceptions.JedisClusterException: CLUSTERDOWN The cluster is down

原因：集群节点状态切换过程中会出现临时闪断，客户端重试操作则可。

3）链接超时

redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out

解决方法： 初始化JedisCluster时，设定JedisCluster的timeout（默认为2秒）；也可以修改源码中的默认时间。

7、总结：

1）优点： 在Master节点下线后，Slave节点会自动提升为Master节点，保存集群持续提供服务； fail节点恢复后，会自动添加到集群中，变成Slave节点。

2）缺点: 由于redis的复制使用异步机制，在自动故障转移的过程中，集群可能会丢失写命令。然而 redis几乎是同时执行（将命令恢复发送给客户端，以及将命令复制到Slave节点）这两个操作，所以实际中，命令丢失的窗口非常小。

转载于:https://my.oschina.net/djflying/blog/727154

chfantv17156
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis学习笔记.zip
06-06
除此之外，redis 支持事务 、持久化、LUA脚本、LRU驱动事件、多种集群方案 假如用户第一次访问数据库中的某些数据。这个过程会比较慢，因为是从硬盘上读取的。将该用户访问的数据存在数 缓 存中，这样下一次再访问...
Redis全套学习笔记 (带章节目录) 完整版pdf
04-20
本文是一篇关于Redis全套学习笔记的文章，主要介绍了Redis的基础知识、数据结构、持久化、集群、高可用、性能优化等方面的内容。通过本文的学习，读者可以全面掌握Redis的使用和应用，提高自己的技术水平和实践能力...
Redis集群的使用测试（Jedis客户端的使用）
adovosr4302的博客
12-01 185
Redis集群的使用测试（Jedis客户端的使用）1、Jedis客户端建议升级到最新版（当前为2.7.3），这样对3.0.x集群有比较好的支持。https://github.com/xetorthio/jedishttp://mvnrepository.com/artifact/redis.clients/jedis2、直接在Java代码中链接Redis集群：//数据库链接池配置Jed...
验证Redis高可用实现
weixin_44079199的博客
07-25 462
验证Redis高可用的实现 基本架构：Web(LAMP)+memcache+mysql 实验配置： 主机功能 IP Web（主机A） 192.168.195.139 memcache（主机B） 192.168.195.137 mysql（主机C） 192.168.195.136 基础环境搭建 1.三台主机时间同步 [root@A ~]yum -y install nt...
【Redis】怎么实现Redis的高可用
杰叔叔不是个好叔叔的博客
01-21 1437
哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式，哨兵模式会监控所有的 Redis 工作节点是否正常，当 Master 出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个 Master 的确出现问题，然后会通知哨兵间，然后从 Slaves 中选取一个作为新的 Master。自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。
Redis的设计与实现（6）：Redis如何实现高可用
m0_50275872的博客
04-18 605
十、Sentinel Sentinel（哨兵）是Redis的高可用性（Hign Availability,HA）的解决方案，由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器以及属下的所有从服务器。当主服务器下线时，自动将下线的某个主服务器属下的某个从服务器升级为新的主服务器。从而实现故障转移，当原来的主服务器重新上线时，会被降级为从服务器。 下面展示了哨兵监视主从的状态： 10.1启动并初始化Sentinel 启动Sentinel有两种方式： redis-sentine
Redis集群的高可用测试（含Jedis客户端的使用）
weixin_33882452的博客
12-01 195
Redis集群的使用测试（Jedis客户端的使用）1、 Jedis客户端建议升级到最新版（当前为2.7.3），这样对3.0.x集群有比较好的支持。https://github.com/xetorthio/jedishttp://mvnrepository.com/artifact/redis.clients/jedis2、 直接在Java代码中链接Redis集群：// ...
Redis学习笔记——（16） Redis高可用架构—Redis集群
weixin_42510648的博客
12-10 614
Redis集群是一个提供再多个Redis节点之间共享数据的程序集，它并不像Redis主从复制模式那样只提供一个master节点提供写服务，而是会提供多个master节点提供写服务，每个master节点中存储的数据都不一样，这些数据通过数据分片的方式被自动分割到不同的master节点上。
Redis学习笔记
weixin_51053555的博客
07-14 761
Redis（ Remote Dictionary Server ），远程字典服务，支持网络，可基于内存亦可基于持久化的日志型、NoSQL开源内存数据库，提供多种语言的API。Redis 之所以称之为字典服务，是因为 Redis 是一个 key-value 存储系统。支持存储的 value 类型很多，包括 String(字符串)、List(链表)、Set(集合)、Zset(sorted set --有序集合)和 Hash（哈希类型）等。
Redis 学习笔记八：集群模式
Practitioner
11-08 516
Redis Cluster实现了一种混合形式的查询路由，但并不是直接将请求从一个redis节点转发到另一个redis节点，而是在客户端的帮助下直接redirected到正确的redis节点。所以代理可以做集群，然后最前端通过LVS来做负载均衡，防止LVS挂掉，可以通过KeepAlived来调配LVS，同时，KeepAlived也可以作为代理层健康检查的工具。如何解决这个问题呢？即每次请求redis的实例是随机的，一部分客户端负责push数据，一部分客户端负责消费数据，这样的场景可以适用于消息队列。
redis学习笔记 - 集群
qq_39679639的博客
01-24 854
主从复制 CAP原理 C: Consistent，一致性 强一致性：更新之后的数据，后续的访问都能看到（CAP中默认为强一致性） 弱一致性：更新之后的数据，可以允许部分或者全部访问不到（所有非强一致性的，都可以称为弱一致性） 最终一致性：从节点可能暂时不能读到最新数据，但经过一段时间后，总是能追上主节点，提供一致性的结果；最终一致性是弱一致性的一种 A: Availability，可用性 P: Partition tolerance，分区容错性 大多数分布式系统存在多个子网络，每个子网络称为一个区
Redis全套学习笔记
05-25
6. Redis 高可用与集群： Redis Sentinel 提供主从复制和故障转移，实现高可用性。Redis Cluster 则提供了数据分片的集群解决方案，支持水平扩展。 7. 性能优化： Redis 通过内存管理、LRU淘汰策略、多路复用等...
redis学习笔记.zip
10-19
这个“redis学习笔记.zip”压缩包很可能是包含了关于Redis的学习资料，可能包括概念解释、操作教程、实践案例等内容，适合初学者和有一定基础的学习者参考。 Redis的学习可以分为以下几个主要部分： 1. **基础知识...
超详细的redis学习笔记
11-27
附件是本人学习redis的一个学习过程笔记和心得，希望对有需要的同行有所助益
简单的 mongoDB 学习
qq_19342829的博客
07-31 497
mongodb入门学习整理
社区养老服务小程序的设计
Karen198的博客
07-31 515
管理员账户功能包括：系统首页，个人中心，用户管理，服务人员管理，服务产品管理，服务预约管理，服务状态管理，服务退订管理，活动管理，视频管理。主要技术：Java,Spring,mybatis,mysql,jquery,html。服务器：SpringBoot自带 apache tomcat。微信端账号功能包括：系统首页，服务产品，活动，视频，我的。JDK版本：Java JDK1.8。数据库可视化工具： navicat。数据库版本： mysql5.7。开发工具：IDEA(推荐)开发系统：Windows。
二进制部署k8s集群之master节点和etcd数据库集群（上）
zx52306的博客
07-30 1182
【代码】二进制部署k8s集群之master节点和etcd数据库集群（上）
MySQL备份与恢复
最新发布
m0_74860678的博客
08-01 453
在生产环境中，数据的安全性至关重要任何数据的丢失都可能产生严重的后果造成数据丢失的原因程序错误人为操作错误运算错误磁盘故障灾难（如火灾、地震）和盗窃# 开启二进制日志功能[mysqld]# 重启服务# 有 mysql-bin.000001 就代表成功。
杂谈 | windows批处理脚本 | 配置项目环境变量
zwcslj的博客
07-31 1255
命令回显功能是指在运行命令或脚本时，系统将命令的执行过程和结果显示在屏幕上，使用户能够实时地看到命令的执行情况。通常，当命令回显功能打开时，在执行每一步命令时，系统将会显示执行的命令本身以及对应的结果，从而帮助用户了解命令的执行过程，排查可能出现的问题。关闭回显时，命令提示符不会出现在“命令提示符”窗口中。若要再次显示命令提示符，请键入 echo on。
Redis深度学习笔记：编译、启动与配置
"Redis全面深入学习笔记，涵盖了从下载、编译Redis源码到启动、停止Redis服务的详细步骤，适合对Redis感兴趣的学习者。笔记强调了如何在Linux环境中进行操作，包括更改Redis的默认端口和配置为后台运行模式。此外，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值