备案控制台
探索云世界
开发者社区 数据库 文章 正文

Redis集群部署（一）

2017-11-16 1073
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
云数据库 Redis 版，社区版 2GB
推荐场景：
搭建游戏排行榜
简介：

一、Redis集群介绍

Redis 集群是一个提供在多个Redis间节点间共享数据的程序集.

Redis集群并不支持处理多个keys的命令,因为这需要在不同的节点间移动数据,从而达不到像Redis那样的性能,在高负载的情况下可能会导致不可预料的错误.

Redis 集群通过分区来提供一定程度的可用性,在实际环境中当某个节点宕机或者不可达的情况下继续处理命令.

Redis 集群的优势:

  • 自动分割数据到不同的节点上.

  • 整个集群的部分节点失败或者不可达的情况下能够继续处理命令.

Redis 集群的数据分片

Redis 集群没有使用一致性hash, 而是引入了哈希槽的概念.

Redis 集群有16384个哈希槽,每个key通过CRC16校验后对16384取模来决定放置哪个槽.集群的每个节点负责一部分hash槽,举个例子,比如当前集群有3个节点,那么:

  • 节点 A 包含 0 到 5500号哈希槽.

  • 节点 B 包含5501 到 11000 号哈希槽.

  • 节点 C 包含11001 到 16384号哈希槽.

这种结构很容易添加或者删除节点. 比如如果我想新添加个节点D, 我需要从节点 A, B, C中得部分槽到D上. 如果我像移除节点A,需要将A中得槽移到B和C节点上,然后将没有任何槽的A节点从集群中移除即可.

由于从一个节点将哈希槽移动到另一个节点并不会停止服务,所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态.

Redis 集群的主从复制模型

为了使在部分节点失败或者大部分节点无法通信的情况下集群仍然可用，所以集群使用了主从复制模型,每个节点都会有N-1个复制品.

在我们例子中具有A，B，C三个节点的集群,在没有复制模型的情况下,如果节点B失败了，那么整个集群就会以为缺少5501-11000这个范围的槽而不可用.


然而如果在集群创建的时候（或者过一段时间）我们为每个节点添加一个从节点A1，B1，C1,那么整个集群便有三个master节点和三个slave节点组成，这样在节点B失败后，集群便会选举B1为新的主节点继续服务，整个集群便不会因为槽找不到而不可用了

不过当B和B1 都失败后，集群人爱是不可用的.

Redis 一致性保证

Redis 并不能保证数据的强一致性. 这意味这在实际中集群在特定的条件下可能会丢失写操作.

第一个原因是因为集群是用了异步复制. 写操作过程:

  • 客户端向主节点B写入一条命令.

  • 主节点B向客户端回复命令状态.

  • 主节点将写操作复制给他得从节点 B1, B2 和 B3.

主节点对命令的复制工作发生在返回命令回复之后， 因为如果每次处理命令请求都需要等待复制操作完成的话， 那么主节点处理命令请求的速度将极大地降低 —— 我们必须在性能和一致性之间做出权衡。

注意：Redis 集群可能会在将来提供同步写的方法。

Redis 集群另外一种可能会丢失命令的情况是集群出现了网络分区， 并且一个客户端与至少包括一个主节点在内的少数实例被孤立。.

举个例子 假设集群包含 A 、 B 、 C 、 A1 、 B1 、 C1 六个节点， 其中 A 、B 、C 为主节点， A1 、B1 、C1 为A，B，C的从节点， 还有一个客户端 Z1

假设集群中发生网络分区，那么集群可能会分为两方，大部分的一方包含节点 A 、C 、A1 、B1 和 C1 ，小部分的一方则包含节点 B 和客户端 Z1 .

Z1仍然能够向主节点B中写入, 如果网络分区发生时间较短,那么集群将会继续正常运作,如果分区的时间足够让大部分的一方将B1选举为新的master，那么Z1写入B中得数据便丢失了.

注意， 在网络分裂出现期间， 客户端 Z1 可以向主节点 B 发送写命令的最大时间是有限制的， 这一时间限制称为节点超时时间（node timeout）， 是 Redis 集群的一个重要的配置选项：


二、准备两台主机

192.168.1.3 master.abc.com    hadoop1

192.168.1.4 datanode.abc.com    hadoop2


不特意指定的话，默认都是先在3这台主机操作


系统版与内核 

[root@hadoop1 ~]# cat /etc/issue

CentOS release 6.5 (Final)


[root@hadoop1 ~]# uname -r

2.6.32-431.el6.x86_64


[root@hadoop1 ~]# uname -m

x86_64


三、安装ruby,rubygems

 yum -y install gcc openssl-devel libyaml-devel libffi-devel readline-devel zlib-devel gdbm-devel ncurses-devel gcc-c++ automake autoconf  


yum -y install ruby rubygems   //安装ruby rubygems  

  

//换源  

gem source -l  

gem source --remove http://rubygems.org/  

gem sources -a http://ruby.taobao.org/  

gem source -l  

  

gem install redis --version 3.0.0  //安装gem_redis  

  1. Successfully installed redis-3.0.0  

  2. 1 gem installed  

  3. Installing ri documentation for redis-3.0.0...  

  4. Installing RDoc documentation for redis-3.0.0...  



四、安装tcl组件包（安装Redis需要tcl支持）

yum install tcl-devel.x86_64 tcl.x86_64



五、下载redis-3.0.2.tar.gz 

tar -xvzf redis-3.0.0.tar.gz  

cd redis-3.0.0  

make && make install  

cd src  

cp redis-trib.rb /usr/local/bin    

  

mkdir /etc/redis  

mkdir /var/log/redis  


五、配置redis

[root@hadoop1 redis-3.0.2]# vim redis.conf

  1. daemonize yes  #---默认值no，该参数用于定制redis服务是否以守护模式运行。

  2. port 6379  

  3. pidfile /var/run/redis-6379.pid  

  4. dbfilename dump-6379.rdb  

  5. appendfilename "appendonly-6379.aof"  

  6. cluster-config-file nodes-6379.conf  

  7. cluster-enabled yes  

  8. cluster-node-timeout 5000  

  9. appendonly yes 


copy配置文件，并修改端口

cp redis.conf /etc/redis/redis-6379.conf  

cp redis.conf /etc/redis/redis-6380.conf  

cp redis.conf /etc/redis/redis-6381.conf  

  

scp redis.conf 192.168.10.220:/etc/redis/redis-6382.conf  

scp redis.conf 192.168.10.220:/etc/redis/redis-6383.conf  

scp redis.conf 192.168.10.220:/etc/redis/redis-6384.conf  

  

sed -i "s/6379/6380/g" /etc/redis/redis-6380.conf  

sed -i "s/6379/6381/g" /etc/redis/redis-6381.conf  

  

sed -i "s/6379/6382/g" /etc/redis/redis-6382.conf  

sed -i "s/6379/6383/g" /etc/redis/redis-6383.conf  

sed -i "s/6379/6384/g" /etc/redis/redis-6384.conf  


由于4作为从节点，所以只需把82-84配置文件拷过去即可


启动并查看redis

redis-server redis-6379.conf 

redis-server redis-6380.conf 

redis-server redis-6381.conf 


[root@hadoop1 redis]# netstat -tlnp | grep redis

tcp        0      0 0.0.0.0:6379                0.0.0.0:*                   LISTEN      16852/redis-server  

tcp        0      0 0.0.0.0:6380                0.0.0.0:*                   LISTEN      16858/redis-server  

tcp        0      0 0.0.0.0:6381                0.0.0.0:*                   LISTEN      16862/redis-server  

tcp        0      0 0.0.0.0:16379               0.0.0.0:*                   LISTEN      16852/redis-server  

tcp        0      0 0.0.0.0:16380               0.0.0.0:*                   LISTEN      16858/redis-server  

tcp        0      0 0.0.0.0:16381               0.0.0.0:*                   LISTEN      16862/redis-server  

tcp        0      0 :::6379                     :::*                        LISTEN      16852/redis-server  

tcp        0      0 :::6380                     :::*                        LISTEN      16858/redis-server  

tcp        0      0 :::6381                     :::*                        LISTEN      16862/redis-server  

tcp        0      0 :::16379                    :::*                        LISTEN      16852/redis-server  

tcp        0      0 :::16380                    :::*                        LISTEN      16858/redis-server  

tcp        0      0 :::16381                    :::*                        LISTEN      16862/redis-server  


4这台主机同样要启动

redis-server redis-6382.conf 

redis-server redis-6383.conf 

redis-server redis-6384.conf 


[root@hadoop2 redis]# netstat -tlnp | grep redis

tcp        0      0 0.0.0.0:6382                0.0.0.0:*                   LISTEN      10572/redis-server  

tcp        0      0 0.0.0.0:6383                0.0.0.0:*                   LISTEN      10578/redis-server  

tcp        0      0 0.0.0.0:6384                0.0.0.0:*                   LISTEN      10582/redis-server  

tcp        0      0 0.0.0.0:16382               0.0.0.0:*                   LISTEN      10572/redis-server  

tcp        0      0 0.0.0.0:16383               0.0.0.0:*                   LISTEN      10578/redis-server  

tcp        0      0 0.0.0.0:16384               0.0.0.0:*                   LISTEN      10582/redis-server  

tcp        0      0 :::6382                     :::*                        LISTEN      10572/redis-server  

tcp        0      0 :::6383                     :::*                        LISTEN      10578/redis-server  

tcp        0      0 :::6384                     :::*                        LISTEN      10582/redis-server  

tcp        0      0 :::16382                    :::*                        LISTEN      10572/redis-server  

tcp        0      0 :::16383                    :::*                        LISTEN      10578/redis-server  

tcp        0      0 :::16384                    :::*                        LISTEN      10582/redis-server  



六、创建集群


[root@hadoop1 redis]# redis-trib.rb create --replicas 1 192.168.1.3:6379 192.168.1.3:6380 192.168.1.3:6381 192.168.1.4:6382 192.168.1.4:6383 192.168.1.4:6384 

>>> Creating cluster

Connecting to node 192.168.1.3:6379: OK

Connecting to node 192.168.1.3:6380: OK

Connecting to node 192.168.1.3:6381: OK

Connecting to node 192.168.1.4:6382: OK

Connecting to node 192.168.1.4:6383: OK

Connecting to node 192.168.1.4:6384: OK

>>> Performing hash slots allocation on 6 nodes...

Using 3 masters:

192.168.1.4:6382

192.168.1.3:6379

192.168.1.4:6383

Adding replica 192.168.1.3:6380 to 192.168.1.4:6382

Adding replica 192.168.1.4:6384 to 192.168.1.3:6379

Adding replica 192.168.1.3:6381 to 192.168.1.4:6383

M: 178b951fd08ae3250d06719509ea45258c6cef73 192.168.1.3:6379

   slots:5461-10922 (5462 slots) master

S: 76ea836e326fbd4b2a242f5da01b9005c131eb46 192.168.1.3:6380

   replicates d9a852afad1669adf3561a57dbfa77b250ae32bb

S: 4e54918bfc57e0895d68ad0f6bea1d104b18e0f6 192.168.1.3:6381

   replicates 85ad96dbdb49fd901de6f9f1431662c7ab58a208

M: d9a852afad1669adf3561a57dbfa77b250ae32bb 192.168.1.4:6382

   slots:0-5460 (5461 slots) master

M: 85ad96dbdb49fd901de6f9f1431662c7ab58a208 192.168.1.4:6383

   slots:10923-16383 (5461 slots) master

S: b37d1d090fdfffdeaeccc09f7978eeedc36b342a 192.168.1.4:6384

   replicates 178b951fd08ae3250d06719509ea45258c6cef73

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 192.168.1.3:6379)

M: 178b951fd08ae3250d06719509ea45258c6cef73 192.168.1.3:6379

   slots:5461-10922 (5462 slots) master

M: 76ea836e326fbd4b2a242f5da01b9005c131eb46 192.168.1.3:6380

   slots: (0 slots) master

   replicates d9a852afad1669adf3561a57dbfa77b250ae32bb

M: 4e54918bfc57e0895d68ad0f6bea1d104b18e0f6 192.168.1.3:6381

   slots: (0 slots) master

   replicates 85ad96dbdb49fd901de6f9f1431662c7ab58a208

M: d9a852afad1669adf3561a57dbfa77b250ae32bb 192.168.1.4:6382

   slots:0-5460 (5461 slots) master

M: 85ad96dbdb49fd901de6f9f1431662c7ab58a208 192.168.1.4:6383

   slots:10923-16383 (5461 slots) master

M: b37d1d090fdfffdeaeccc09f7978eeedc36b342a 192.168.1.4:6384

   slots: (0 slots) master

   replicates 178b951fd08ae3250d06719509ea45258c6cef73

[OK] All nodes agree about slots configuration.

>>> Check for open slots...

>>> Check slots coverage...

[OK] All 16384 slots covered.


创建一个新的集群, 选项--replicas 1 表示我们希望为集群中的每个主节点创建一个从节点。

之后跟着的其他参数则是这个集群实例的地址列表,3个master，3个slave




七、查看redis集群的状态


root@hadoop1 redis]# redis-trib.rb check 192.168.1.3:6379

Connecting to node 192.168.1.3:6379: OK

Connecting to node 192.168.1.4:6383: OK

Connecting to node 192.168.1.4:6384: OK

Connecting to node 192.168.1.3:6380: OK

Connecting to node 192.168.1.4:6382: OK

Connecting to node 192.168.1.3:6381: OK

>>> Performing Cluster Check (using node 192.168.1.3:6379)

M: 178b951fd08ae3250d06719509ea45258c6cef73 192.168.1.3:6379

   slots:5461-10922 (5462 slots) master

   1 additional replica(s)

M: 85ad96dbdb49fd901de6f9f1431662c7ab58a208 192.168.1.4:6383

   slots:10923-16383 (5461 slots) master

   1 additional replica(s)

S: b37d1d090fdfffdeaeccc09f7978eeedc36b342a 192.168.1.4:6384

   slots: (0 slots) slave             //仔细看一下此刻它是从的

   replicates 178b951fd08ae3250d06719509ea45258c6cef73

S: 76ea836e326fbd4b2a242f5da01b9005c131eb46 192.168.1.3:6380

   slots: (0 slots) slave

   replicates d9a852afad1669adf3561a57dbfa77b250ae32bb

M: d9a852afad1669adf3561a57dbfa77b250ae32bb 192.168.1.4:6382

   slots:0-5460 (5461 slots) master

   1 additional replica(s)

S: 4e54918bfc57e0895d68ad0f6bea1d104b18e0f6 192.168.1.3:6381

   slots: (0 slots) slave

   replicates 85ad96dbdb49fd901de6f9f1431662c7ab58a208

[OK] All nodes agree about slots configuration.

>>> Check for open slots...

>>> Check slots coverage...

[OK] All 16384 slots covered.


八、测试redis集群

[root@hadoop1 redis]# redis-cli -c -p 6379 -h 192.168.1.3

192.168.1.3:6379> set tank tank1    设置测试值

-> Redirected to slot [4407] located at 192.168.1.4:6382

OK //直接转向到4 6382端口，数据存到了220 6382

192.168.1.4:6382> set foo bar

-> Redirected to slot [12182] located at 192.168.1.4:6383

OK

192.168.1.4:6383> get foo    //可以取到值 

"bar"

192.168.1.4:6383> get tank

-> Redirected to slot [4407] located at 192.168.1.4:6382

"tank1"





[root@hadoop2 redis]# redis-cli -c -p 6383 -h 192.168.1.4    //3机器，6383端口 

192.168.1.4:6383> get foo        

"bar"

192.168.1.4:6383> get tank

-> Redirected to slot [4407] located at 192.168.1.4:6382    //直接转向4 6382端口 

"tank1"



[root@hadoop1 redis]# ps -aux | grep redis

Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.8/FAQ

root     16852  0.2  1.3 137440  9532 ?        Ssl  19:51   0:04 redis-server *:6379 [cluster]

root     16858  0.2  1.3 137440  9612 ?        Ssl  19:51   0:04 redis-server *:6380 [cluster]

root     16862  0.2  1.0 137440  7672 ?        Ssl  19:51   0:04 redis-server *:6381 [cluster]

root     17061  0.0  0.1 103256   844 pts/0    S+   20:23   0:00 grep redis


[root@hadoop1 redis]# kill -9 16852    //关闭3 6379端口，看数据会不会丢失 


九、查看集群的情况

[root@hadoop1 redis]#  redis-trib.rb check 192.168.1.3:6380

Connecting to node 192.168.1.3:6380: OK

Connecting to node 192.168.1.4:6383: OK

Connecting to node 192.168.1.3:6381: OK

Connecting to node 192.168.1.4:6384: OK

Connecting to node 192.168.1.4:6382: OK

>>> Performing Cluster Check (using node 192.168.1.3:6380)

S: 76ea836e326fbd4b2a242f5da01b9005c131eb46 192.168.1.3:6380

   slots: (0 slots) slave

   replicates d9a852afad1669adf3561a57dbfa77b250ae32bb

M: 85ad96dbdb49fd901de6f9f1431662c7ab58a208 192.168.1.4:6383

   slots:10923-16383 (5461 slots) master

   1 additional replica(s)

S: 4e54918bfc57e0895d68ad0f6bea1d104b18e0f6 192.168.1.3:6381

   slots: (0 slots) slave

   replicates 85ad96dbdb49fd901de6f9f1431662c7ab58a208

M: b37d1d090fdfffdeaeccc09f7978eeedc36b342a 192.168.1.4:6384

   slots:5461-10922 (5462 slots) master        //6384变成主了

   0 additional replica(s)

M: d9a852afad1669adf3561a57dbfa77b250ae32bb 192.168.1.4:6382

   slots:0-5460 (5461 slots) master

   1 additional replica(s)

[OK] All nodes agree about slots configuration.

>>> Check for open slots...

>>> Check slots coverage...

[OK] All 16384 slots covered.


十、经测试集群是可用的

[root@hadoop1 redis]# redis-cli -c -p 6380 -h 192.168.1.3 

192.168.1.3:6380> get foo

-> Redirected to slot [12182] located at 192.168.1.4:6383

"bar"

192.168.1.4:6383> get tank

-> Redirected to slot [4407] located at 192.168.1.4:6382

"tank1"



[root@hadoop2 redis]# redis-cli -c -p 6380 -h 192.168.1.3 

192.168.1.3:6380> get foo

-> Redirected to slot [12182] located at 192.168.1.4:6383

"bar"

192.168.1.4:6383> get tank

-> Redirected to slot [4407] located at 192.168.1.4:6382

"tank1"











本文转自 zouqingyun 51CTO博客，原文链接：http://blog.51cto.com/zouqingyun/1661007，如需转载请自行联系原作者
文章标签：
云数据库 Redis 版
NoSQL
Redis
网络协议
Perl
网络安全
关键词：
云数据库 Redis 版集群
云数据库 Redis 版部署
云数据库 Redis 版集群部署
相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务，基于高可靠双机热备架构及可无缝扩展的集群架构，满足高读写性能场景及容量需弹性变配的业务需求。 产品详情：https://www.aliyun.com/product/kvstore     ------------------------------------------------------------------------- 阿里云数据库体验：数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库 ECS 实例和一台目标数据库 RDS实例。跟着指引，您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接，领取免费ECS&RDS资源，30分钟完成数据库上云实战！https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
余二五
目录
相关文章
bbpp
|
7天前
|
NoSQL Linux Redis
06- 你们使用Redis是单点还是集群 ? 哪种集群 ?
**Redis配置:** 使用哨兵集群，结构为1主2从，加上3个哨兵节点，总计分布在3台Linux服务器上，提供高可用性。
bbpp
16 0
东方睿赢
|
16天前
|
负载均衡 监控 NoSQL
Redis的集群方案有哪些？
Redis集群包括主从复制（基础，手动故障恢复）、哨兵模式（自动高可用）和Redis Cluster（官方分布式解决方案，自动分片和容错）。此外，还有如Codis、Redisson和Twemproxy等第三方工具用于代理和负载均衡。选择方案需考虑应用场景、数据规模和并发需求。
东方睿赢
17 2
风水道人
|
21天前
|
NoSQL Redis
Redis集群(六)：集群常用命令及说明
Redis集群(六)：集群常用命令及说明
风水道人
15 0
一只牛博
|
2月前
|
运维 NoSQL 算法
Redis-Cluster 与 Redis 集群的技术大比拼
Redis-Cluster 与 Redis 集群的技术大比拼
一只牛博
46 0
一只牛博
|
2月前
|
存储 NoSQL Linux
centos7部署redis以及多实例
centos7部署redis以及多实例
一只牛博
54 0
磊哥聊Java
|
15天前
|
NoSQL Java 测试技术
面试官：如何搭建Redis集群？
**Redis Cluster** 是从 Redis 3.0 开始引入的集群解决方案，它分散数据以减少对单个主节点的依赖，提升读写性能。16384 个槽位分配给节点，客户端通过槽位信息直接路由请求。集群是无代理、去中心化的，多数命令直接由节点处理，保持高性能。通过 `create-cluster` 工具快速搭建集群，但适用于测试环境。在生产环境，需手动配置文件，启动节点，然后使用 `redis-cli --cluster create` 分配槽位和从节点。集群动态添加删除节点、数据重新分片及故障转移涉及复杂操作，包括主从切换和槽位迁移。
磊哥聊Java
27 0
面试官：如何搭建Redis集群？
洛神灬殇
|
19天前
|
存储 缓存 NoSQL
【Redis深度专题】「核心技术提升」探究Redis服务启动的过程机制的技术原理和流程分析的指南（集群功能分析）（一）
【Redis深度专题】「核心技术提升」探究Redis服务启动的过程机制的技术原理和流程分析的指南（集群功能分析）
洛神灬殇
41 0
hhzz
|
29天前
|
NoSQL Redis Docker
使用Docker搭建一个“一主两从”的 Redis 集群（超详细步骤）
使用Docker搭建一个“一主两从”的 Redis 集群（超详细步骤）
hhzz
29 0
游客o5dx7dlccd5jm
|
1月前
|
存储 监控 NoSQL
Redis 架构深入：主从复制、哨兵到集群
大家好，我是小康，今天我们来聊下 Redis 的几种架构模式，包括主从复制、哨兵和集群模式。
游客o5dx7dlccd5jm
77 0
Redis 架构深入：主从复制、哨兵到集群
思考的陈
|
1月前
|
运维 负载均衡 NoSQL
【大厂面试官】知道Redis集群和Redis主从有什么区别吗
集群节点之间的故障检测和Redis主从中的哨兵检测很类似，都是通过PING消息来检测的。。。面试官抓抓脑袋，继续看你的简历…得想想考点你不懂的😰。
思考的陈
67 1

热门文章

最新文章

  • 1
    微软开抢年收入上亿美元的 Redis 饭碗？开源性能遥遥领先的 Garnet：无需修改，Redis 客户端可直接接入
  • 2
    Docker安装详细步骤及相关环境安装配置（mysql、jdk、redis、自己的私有仓库Gitlab 、C和C++环境以及Nginx服务代理）
  • 3
    springboot中集成redis，二次封装成工具类
  • 4
    SpringBoot集成Redis
  • 5
    Redis与Python的完美结合：实现高效数据交互和应用场景全解析
  • 6
    【Redis性能瓶颈揭秘】「调优系列」深入分析热Key的排查策略和解决方案
  • 7
    使用innoSetup将mysql+nginx+redis+jar包打包成windows安装包
  • 8
    在Docker中设置Redis的密码
  • 9
    深入解析Redis：一种快速、高效的键值存储系统
  • 10
    【Redis深度专题】「踩坑技术提升」一文教会你如何在支持Redis在低版本Jedis情况下兼容Redis的ACL机制
  • 1
    使用Redis进行Java缓存策略设计
    19
  • 2
    Redis stream 用做消息队列完美吗
    29
  • 3
    开发者福音：用IDEA和Iedis2加速Redis开发与调试
    16
  • 4
    Java开发-深入理解Redis Cluster的工作原理
    15
  • 5
    13- Redis和Mysql如何保证数据⼀致?
    31
  • 6
    08- 什么是 Redis 主从同步？
    18
  • 7
    06- 你们使用Redis是单点还是集群 ? 哪种集群 ?
    16
  • 8
    05- Redis的数据淘汰策略有哪些 ?
    9
  • 9
    Redis的常用数据结构之字符串类型
    15
  • 10
    Redis的全局命令及相关误区
    19

    • 相关课程

    更多
  • 大数据实战项目：反爬虫系统（Lua+Spark+Redis+Hadoop框架搭建）第三阶段
  • 大数据实战项目：反爬虫系统（Lua+Spark+Redis+Hadoop框架搭建）第五阶段
  • 大数据实战项目 - 反爬虫系统（Lua+Spark+Redis+Hadoop框架搭建）第六阶段
  • Redis入门实战演练
  • 云数据库 Redis 版使用教程
  • Redis数据库入门

    • 相关电子书

    更多
  • ApsaraDB for Redis——与创客同行
  • 微博的Redis定制之路
  • 云数据库Redis版的开源之路

    • 相关实验场景

    更多
  • 高可用应用架构
  • 使用Kubectl部署web服务到K8s集群
  • 部署高可用架构
  • Tair for Redis数据闪回：任意时间点数据恢复
  • 如何开通Redis的专属集群
  • 快速搭建高可用网站服务
    • 下一篇
    阿里云oss简介和使用流程
    为什么选择阿里云什么是云计算全球基础设施技术领先稳定可靠安全合规分析师报告
    产品和定价全部产品免费试用产品动态产品定价价格计算器云上成本管理
    解决方案技术解决方案
    文档与社区文档开发者社区天池大赛培训与认证
    权益中心免费试用高校计划企业扶持计划推荐返现计划
    支持与服务基础服务企业增值服务迁云服务官网公告健康看板信任中心
    关注阿里云
    关注阿里云公众号或下载阿里云APP，关注云资讯，随时随地运维管控云服务
    阿里云APP阿里云微信
    联系我们：4008013260
    法律声明Cookies政策廉正举报安全举报联系我们加入我们
    阿里巴巴集团淘宝网天猫全球速卖通阿里巴巴国际交易市场1688阿里妈妈飞猪阿里云计算AliOS万网高德UC友盟优酷钉钉支付宝达摩院淘宝海外阿里云盘饿了么
    © 2009-2024 Aliyun.com 版权所有 增值电信业务经营许可证： 浙B2-20080101 域名注册服务机构许可： 浙D3-20210002 京D3-20220015
    浙公网安备 33010602009975号浙B2-20080101-4