【分布式系统】分布式缓存Redis集群原理与环境搭建

最新推荐文章于 2023-06-13 21:53:53 发布
最新推荐文章于 2023-06-13 21:53:53 发布
阅读量583 收藏
点赞数
分类专栏： 学习分布式 信息系统 文章标签： 缓存 redis 分布式 集群
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lzx5290/article/details/128031761
版权

文章目录

十年前做项目的时候基本都是单体应用开发，那个时候缓存基本都是使用JVM的内存，后来随着应用的拆分，我们使用独立的缓存服务器，一开始主要是存储会话数据，后来将一些不常改变但是经常使用的字典数据也使用缓存存储。如果只是使用一个存储节点，对于中小项目来说是够用的，即使抛开缓存大小的问题但也面临着高可用的问题，所以本文就Redis缓存的扩展性和可用性深入研究一下。

集群原理

我打个比方，缓存节点我们当作装鸡蛋的篮子，鸡蛋就是数据，一篮子只能装20个鸡蛋，显然我们有100个鸡蛋，那么一个篮子是装不下的，那么我们就得多用几个篮子，那么我们依据实际的业务规模怎么动态添加或者减少篮子以及每个篮子装哪些鸡蛋，这就涉及到两个算法，Hash算法和一致性Hash算法，这也是2022年11月5号软考系统架构设计师在案例题中考到的知识点。

缓存分片算法

缓存分片算法就是解决怎么把数据放到不同存储节点上。

Hash算法

Hash表是一种常见的数据结构，其实现方式是对数据记录的关键值进行Hash计算，然后再对需要分片的缓存节点个数进行取模，根据取模结果分配数据。
比如，我有key字段，值为（1，2，3，4，5，6，7，8，9），存在三个缓存节点（0，1，2），那么我们将key对3取模（当作hash算法），那么分配流程如下：

Created with Raphaël 2.3.0 开始 key%3=n 缓存节点n(n<3) 结束

由此可知：
key(1,4,7)%3=1，分配到缓存节点1
key(2,5,8)%3=2，分配到缓存节点2
key(3,6,9)%3=0，分配到缓存节点0
采用Hash算法的分片，简单、均分，如果扩展节点数据会重新分配，波动比较大。

一致性Hash算法

一致性Hash算法是将数据按照特征值映射到一个首尾相接的Hash环上，同时缓存节点也映射到这个环上。我们按照上一小节的例子来说，新添加一个缓存节点，那么key%4取模，那么大部分数据将会重新进行分配到不同的存储节点上，所以这会引起大量的数据进行迁移，迁移过程中部分数据无法命中会直接访问数据库，这样数据库压力就会增大，为了解决这个问题，一致性Hash算法出现了。
在这里插入图片描述
接上一个例子，Hash算法是对key按照缓存节点个数进行取模运算，而一致性Hash算法是对232取模，基本思路如下：

  1. 首先Hash环被分为2 32份，从0到232-1；
  2. 缓存节点的IP对232取模，将缓存节点映射到hash环上，如上图的蓝色小球所示；
  3. 最后将数据按照key对232取模，加入存在J K L M四个数值，取模后映射到图中所示位置，J在缓存节点1上，K在缓存节点2上，L
    M在缓存节点0上，按照顺时针找最大的节点。

假如我们新添加一个缓存节点n，不管缓存节点n在这三个区间（0->1，1->2，2->0）的哪个区间，只需要迁移一部分数据，而不像Hash算法那样，所有数据都要重新取模计算。

二者区别

缓存节点发生变更时，一致性Hash算法减少缓存数据的迁移，避免出现大规模缓存数据命中失效的情况，避免了缓存数据命中失效后访问数据库的问题，保证了系统的稳定性。

集群方案

Redis是一个高性能的键值对（key-value）缓存数据库，Redis集群采用Hash算法对数据空间进行分片，以槽（Slot）为基本数据单位，共分成214个槽（16384），槽从0开始编号截止到16383。
数据存放在哪个槽里面使用CRC16(key)%16384取模，即对数据的key值先进行CRC16校验，然后再对16384进行模取，得到的结果就是该数据对应的槽。
在这里插入图片描述由上图看以看出，存储节点和槽之间有对应关系，数据key经过CRC16(key)%16384之后可以计算出属于哪个槽，所以存储节点、槽、数据之间的关系就一目了然了。

通信协议

根据Hash算法可以完成数据拆分和存放，那么存储节点之间怎么协同？这就需要知道一个协议Gossip，该协议主要包含消息类型，节点的槽信息等。
一个新节点假如集群的时候，是按照下图通信的：
在这里插入图片描述

1.新加入的节点发送Meet消息，告诉已经存在的节点“我来了”
2.已存在的节点返回一个Pong消息，告诉新加入的节点“我所拥有的数据状态信息”
3.新加入的节点定期发送Ping消息给已存在的节点
4.已存在的节点返回Pong消息给新加入的节点，3、4步会在生命周期内一直循环

Meet消息：用于通知旧节点有新的节点加入
Ping消息：用于跟其他节点通信，该消息封装了节点自身和其他节点的状态数据
Pong消息：用于响应Meet和Ping消息，封装自己的数据状态给对方
Fail消息：当一个节点发现另外的一个节点下线或者挂掉后，会向集群中其他节点广播该消息

缓存路由

缓存节点之间通过Gossip协议通信，那么客户端怎么获取缓存节点上的数据呢？因为节点是多个，且划分不同的槽，所以缓存路由就出现了，来解决客户端获取缓存数据的问题。
在Gossip协议的数据结构中，有个数据项是描述节点槽信息的，该数据项是一个二进制位数组，如果数组某一个元素存储的二进制位是1表示该节点存放数组下标对应的槽数据，如果二进制位是0，表示该节点不存放数组下标对应的槽数据。
在这里插入图片描述每个存储节点都有一个结构体（clusterState，源码来自redis-3.0），用来存储节点自身和缓存节点槽信息（clusterNode ），槽信息中记录着所属节点的ip和端口号。

typedef struct clusterState {
    clusterNode *myself;  /* This node */
    uint64_t currentEpoch;
    int state;            /* REDIS_CLUSTER_OK, REDIS_CLUSTER_FAIL, ... */
    int size;             /* Num of master nodes with at least one slot */
    dict *nodes;          /* Hash table of name -> clusterNode structures */
    dict *nodes_black_list; /* Nodes we don't re-add for a few seconds. */
    clusterNode *migrating_slots_to[REDIS_CLUSTER_SLOTS];
    clusterNode *importing_slots_from[REDIS_CLUSTER_SLOTS];
    clusterNode *slots[REDIS_CLUSTER_SLOTS];
    zskiplist *slots_to_keys;
    /* The following fields are used to take the slave state on elections. */
    mstime_t failover_auth_time; /* Time of previous or next election. */
    int failover_auth_count;    /* Number of votes received so far. */
    int failover_auth_sent;     /* True if we already asked for votes. */
    int failover_auth_rank;     /* This slave rank for current auth request. */
    uint64_t failover_auth_epoch; /* Epoch of the current election. */
    int cant_failover_reason;   /* Why a slave is currently not able to
                                   failover. See the CANT_FAILOVER_* macros. */
    /* Manual failover state in common. */
    mstime_t mf_end;            /* Manual failover time limit (ms unixtime).
                                   It is zero if there is no MF in progress. */
    /* Manual failover state of master. */
    clusterNode *mf_slave;      /* Slave performing the manual failover. */
    /* Manual failover state of slave. */
    PORT_LONGLONG mf_master_offset; /* Master offset the slave needs to start MF
                                   or zero if stil not received. */
    int mf_can_start;           /* If non-zero signal that the manual failover
                                   can start requesting masters vote. */
    /* The followign fields are used by masters to take state on elections. */
    uint64_t lastVoteEpoch;     /* Epoch of the last vote granted. */
    int todo_before_sleep; /* Things to do in clusterBeforeSleep(). */
    PORT_LONGLONG stats_bus_messages_sent;  /* Num of msg sent via cluster bus. */
    PORT_LONGLONG stats_bus_messages_received; /* Num of msg rcvd via cluster bus.*/
} clusterState;

typedef struct clusterNode {
    mstime_t ctime; /* Node object creation time. */
    char name[REDIS_CLUSTER_NAMELEN]; /* Node name, hex string, sha1-size */
    int flags;      /* REDIS_NODE_... */
    uint64_t configEpoch; /* Last configEpoch observed for this node */
    unsigned char slots[REDIS_CLUSTER_SLOTS/8]; /* slots handled by this node */
    int numslots;   /* Number of slots handled by this node */
    int numslaves;  /* Number of slave nodes, if this is a master */
    struct clusterNode **slaves; /* pointers to slave nodes */
    struct clusterNode *slaveof; /* pointer to the master node */
    mstime_t ping_sent;      /* Unix time we sent latest ping */
    mstime_t pong_received;  /* Unix time we received the pong */
    mstime_t fail_time;      /* Unix time when FAIL flag was set */
    mstime_t voted_time;     /* Last time we voted for a slave of this master */
    mstime_t repl_offset_time;  /* Unix time we received offset for this node */
    PORT_LONGLONG repl_offset;      /* Last known repl offset for this node. */
    char ip[REDIS_IP_STR_LEN];  /* Latest known IP address of this node */
    int port;                   /* Latest known port of this node */
    clusterLink *link;          /* TCP/IP link with this node */
    list *fail_reports;         /* List of nodes signaling this as failing */
} clusterNode;

MOVED重定向请求
在这里插入图片描述

ASK重定向请求
在这里插入图片描述

缓存扩展

不管是缓存扩展还是收缩，其实都是数据迁移的过程，数据迁移过程如下：
在这里插入图片描述

保障可用性

存储节点出现故障时，我们需要及时发现故障，确定存储节点故障下线有两种方式，主观下线和客观下线。
主观下线：
在这里插入图片描述

客观下线：
在这里插入图片描述

搭建

单服务器（三主三从）环境
一台centos7.9虚拟机，IP地址192.168.31.70，6个存储节点端口分别是：7000、7001、7002、7003、7004、7005。
redis版本：redis-5.0.14

redis安装步骤

tar -xzvf redis-5.0.14.tar.gz -C /usr/local
cd /usr/local/redis-5.0.14
make distclean
make install

集群安装

基本配置

cd /usr/local/redis-5.0.14
mkdir cluster-test
cd cluster-test
mkdir 7000 7001 7002 7003 7004 7005
cd 7000
vi redis.conf

redis.conf文件内容如下：

port 7000
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
appendonly yes

redis.conf文件中端口号跟目录对应即可，这样一共配置6个存储节点。

启动节点

配置好后启动这六个节点服务：

cd 7000
redis-server ./redis.conf

其它5个节点服务也都启动起来，启动后我们可以看到节点id:
在这里插入图片描述

创建集群

redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 \
> 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 \
> --cluster-replicas 1

这6个节点组成三主三从服务，上述命令执行过程中需要输入’yes’，日志情况如下：
在这里插入图片描述在这里插入图片描述创建好的集群如下：
在这里插入图片描述

访问集群

[root@local70 ~]# redis-cli -c -p 7000
127.0.0.1:7000> set foo bar 
-> Redirected to slot [12182] located at 127.0.0.1:7002
OK
127.0.0.1:7002> set hello world
-> Redirected to slot [866] located at 127.0.0.1:7000
OK
127.0.0.1:7000> set name laoli
-> Redirected to slot [5798] located at 127.0.0.1:7001
OK
127.0.0.1:7001> get name
"laoli"
127.0.0.1:7001> get hello
-> Redirected to slot [866] located at 127.0.0.1:7000
"world"
127.0.0.1:7000> get foo
-> Redirected to slot [12182] located at 127.0.0.1:7002
"bar"
127.0.0.1:7002>

添加主节点

准备一个空的存储节点7006，在cluster-test下新建一个目录7006，然后在7006目录下新建一个redis.conf文件，文件内容如下：

port 7006
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
appendonly yes

然后启动该节点服务。

[root@local70 7006]# redis-server redis.conf

启动后存储节点7006的信息如下：

I'm 643c74ed91af854c6c04398f24c7366e26e05130
加入集群

打开一个新的终端，输入命令：

redis-cli --cluster add-node 127.0.0.1:7006 127.0.0.1:7000

7006终端日志：
在这里插入图片描述7000终端日志：
在这里插入图片描述我们连上7006节点，看是否加入集群：
在这里插入图片描述可以看到7006已经加入集群，但是没有数据且没被分配槽。要想分配槽给该节点需要使用重新分配功能。
数据项表示：

  • Node ID
  • ip:port
  • flags: master, replica, myself, fail, …
  • if it is a replica, the Node ID of the master
  • Time of the last pending PING still waiting for a reply.
  • Time of the last PONG received.
  • Configuration epoch for this node (see the Cluster specification).
  • Status of the link to this node.
  • Slots served…
分配槽

使用reshard命令重新分配槽。

redis-cli --cluster reshard 127.0.0.1:7000

在这里插入图片描述redis-cli reshard只需要指定集群中的一个节点，就可以自动发现其它节点信息，如上图信息。
1、指定需要移动的槽数
2、指定目标节点的ID
3、指定源节点的ID，all表示所有节点，done表示已输入的节点，可以输入一个或多个然后输入done结束
4、执行途中还有一个确认的地方，输入yes或no
重新分配完后，可以使用如下命令查看槽分配情况。

redis-cli -p 7000 cluster nodes

添加从节点

添加从节点有两种方式。
第一种方式：随机分配副本。该命令中没有指定向哪个主节点添加副本，所以首先会向副本较少的主节点中随机分配副本。

redis-cli --cluster add-node 127.0.0.1:7006 127.0.0.1:7000 --cluster-slave

第二种方式：指定主节点。该命令中我们将新副本分配给特定的主副本。

redis-cli --cluster add-node 127.0.0.1:7006 127.0.0.1:7000 --cluster-slave --cluster-master-id 指定的主节点ID

切换从节点

在上一小节添加的从节点，如果我们想把7006节点变更成其它主节点的副本，那么我们使用如下命令即可：

[root@centos7-84 ~]# redis-cli -p 7006
127.0.0.1:7006> cluster replicate 指定的主节点ID

变更后查看变更结果：

$ redis-cli -p 7000 cluster nodes | grep slave | grep 指定的主节点ID

删除节点

删除命令中第一个参数是集群中的任意一个节点，第二个参数是待删除的节点ID

redis-cli --cluster del-node 127.0.0.1:7000 待删除的节点ID

也可以使用此命令删除主节点，但是主节点必须先变成空节点才可以。删除主节点还有一种方式，是在其一个副本上执行手动故障切换，待其变为新主节点的副本时进行删除。

手动切换故障

只能在副本执行的命令：

CLUSTER FAILOVER [FORCE | TAKEOVER]

在这里插入图片描述
我要把上图的7001和7006进行故障切换，操作如下：

[root@centos7-84 ~]# redis-cli -p 7006
127.0.0.1:7006> CLUSTER FAILOVER
OK
127.0.0.1:7006> cluster nodes
17881b3c82499bfb1485dc6c0737d261fef71216 127.0.0.1:7005@17005 slave ee65d2f969160a957f2a6504d669a89987e4a2ff 0 1670316745000 7 connected
ee65d2f969160a957f2a6504d669a89987e4a2ff 127.0.0.1:7006@17006 myself,master - 0 1670316744000 7 connected 5461-10922
600dfee9d94379f099fb2263b9d7a6bc169b9f5b 127.0.0.1:7000@17000 master - 0 1670316745000 1 connected 0-5460
d097e18da56b8a7e35dad9f227e2337d19a60f56 127.0.0.1:7001@17001 slave ee65d2f969160a957f2a6504d669a89987e4a2ff 0 1670316746492 7 connected
3e171e4c2eec692d68755e0584cb74845b3e1a28 127.0.0.1:7002@17002 master - 0 1670316745487 3 connected 10923-16383
2236349a6f2bae8b2f8e20215a1bd7c3ef33878d 127.0.0.1:7003@17003 slave 3e171e4c2eec692d68755e0584cb74845b3e1a28 0 1670316746592 3 connected
cac0ed10ae257419a4e9b2b75d6c903065bbd94a 127.0.0.1:7004@17004 slave 600dfee9d94379f099fb2263b9d7a6bc169b9f5b 0 1670316746000 1 connected
127.0.0.1:7006>

从操作日志里可以看到7006称为主节点，7001和7005都成为了从节点，下图也可以看出：
在这里插入图片描述

升级节点

升级副本节点简单易行，停止服务更新后重启即可。
升级主节点需要使用CLUSTER FAILOVER命令，将其变为副本，再按照从节点升级一样操作即可。

问题记录

安装gcc

我新装的虚拟机没有gcc包，执行make会报错，所以需要执行gcc安装

yum install gcc-c++ -y

jemalloc/jemalloc.h：没有那个文件或目录

安装gcc包后，再执行make命令的时候，报如下错误：

[root@laoli81 redis-5.0.14]# make
cd src && make all
make[1]: 进入目录“/usr/local/redis-5.0.14/src”
    CC Makefile.dep
make[1]: 离开目录“/usr/local/redis-5.0.14/src”
make[1]: 进入目录“/usr/local/redis-5.0.14/src”
    CC adlist.o
In file included from adlist.c:34:0:
zmalloc.h:50:31: 致命错误：jemalloc/jemalloc.h：没有那个文件或目录
 #include <jemalloc/jemalloc.h>
                               ^
编译中断。
make[1]: *** [adlist.o] 错误 1
make[1]: 离开目录“/usr/local/redis-5.0.14/src”
make: *** [all] 错误 2

解决方式有如下两种方式，我执行的第一个：

[root@laoli81 redis-5.0.14]# make MALLOC=libc

[root@laoli81 redis-5.0.14]# make distclean

安装net-tools

安装net-tools包，可以查看端口


yum install net-tools -y

关闭防火墙

自己实验用，所以关掉防火墙

[root@laoli81 redis-5.0.14]# systemctl stop firewalld
Jinwen5290
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
redis集群搭建相关文件
02-10
redis集群搭建相关文件，集群搭建步骤详见https://blog.csdn.net/qq_40756113/article/details/122728471
redis集群批处理一键搭建
06-22
Redis集群批处理一键搭建是指通过一个简单的批处理脚本来快速构建和配置四个节点的Redis集群。这种方式极大地简化了安装和部署过程，使得在64位操作系统上启用Redis集群变得更加便捷。Redis是一个开源的、高性能的...
Redis分布式缓存集群技术
lpx1249115962的博客
04-02 491
这时候就需要我们的sorted set出马了，将你要排序的值设置成sorted set的score，将具体的数据设置成相应的value，每次只需要执行一条ZADD命令即可。优点：高性能读写、支持三种存储引擎（ddb、rdb、ldb）、支持高可用、支持分布式分片集群、支撑了几乎所有淘宝业务的缓存。增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。Redis还为集合提供了求交集、并集、差集等操作，可以非常方便的实现如共同关注、共同喜好、二度好友等功能，
Redis缓存之剖析
zhouth94的博客
05-29 187
一、 1、缓存穿透 缓存穿透是指查询一个数据库一定不存在的数据。 也即是说，用户发送一个请求，穿透redis缓存这层，直接把压力达到数据库。 我们以前正常的使用Redis缓存的流程大致是： 1、数据查询首先进行缓存查询 2、如果数据存在则直接返回缓存数据 3、如果数据不存在，就对数据库进行查询，并把查询到的数据放进缓存 4、如果数据库查询数据为空，则不放进缓存 例如我们的数据表中主键是自增产生的，所有的主键值都大于0。此时如果用户传入的参数为-1，会是 怎么样？这个-1，就是一定不存在的对象。程序
2.Redis集群(分布式缓存)
sichenss的博客
04-30 970
本篇基于B站黑马程序员 虎翼老师的 Redis入门到实战教程，全面透析redis底层原理+redis分布式锁+企业解决方案+redis实战 , 便于复习所用
Redis缓存高可用集群
EnjoyFight的博客
11-15 1199
奇数个master节点可以在满足选举该条件的基础上节省一个节点，比如三个master节点和四个master节点的集群相比，大家如果都挂了一个master节点都能选举新master节点，如果都挂了两个master节点都没法选举新master节点了，所以。，如果master节点异常，则会做主从切换，将某一台slave作为master，哨兵的配置略微复杂，并且性能和高可用性等各方面表现一般，特别是在主从切换的瞬间存在访问瞬断的情况，而且。真实世界的机房网络往往并不是风平浪静的，它们经常会发生各种各样的小问题。
分布式缓存 -- Redis -- 集群搭建（主从、哨兵、分片）
Peng_zhj的博客
05-25 668
基于CentOS7下的Redis集群教程，包括： 单机安装Redis Redis主从 Redis分片集群 单机安装Redis 首先需要安装Redis所需要的依赖： yum install -y gcc tcl 解压缩： tar -zxvf redis-6.2.4.tar.gz 解压后： 进入redis目录： cd redis-6.2.4 运行编译命令： make && make install 如果没有出错，应该就安装成功了。 redis-cli redis-server
redis集群的总结、搭建、 springboot整合测试
最新发布
02-03
本文将深入探讨Redis集群的原理、搭建过程以及如何在SpringBoot应用中进行整合测试。 首先，Redis集群通过分片（Sharding）技术实现数据分散在多个节点上，每个节点负责一部分数据。当客户端向集群发送请求时，根据...
redis集群文档，原理，集群搭建过程，非常细致
03-04
了解并掌握Redis Cluster的原理和实践，对于构建高效、稳定的分布式缓存系统至关重要。通过合理的数据分布策略和充分理解其功能限制，可以有效地利用Redis Cluster解决大规模数据存储和访问的挑战。
windows搭建redis集群，里面包含搭建的工具
12-17
总结，搭建Windows上的Redis集群需要理解Redis集群的工作原理，掌握配置文件修改、Python和Ruby环境的安装，以及使用特定的命令行工具。虽然过程较为复杂，但通过实践，可以更好地理解和运用Redis的分布式特性。
集群的缓存技术
07-10
对了解数据库缓存有很大的帮助，，包含ngix redis等技术
redis单机和集群Java版、缓存及缓存同步
06-01
缓存、redis安装、redis单机和集群、jedis单机和集群、jedis与spring整合、缓存逻辑、缓存同步、
搭建Redis缓存高可用集群环境搭建
10-23
附件详细阐述了Redis搭建集群环境的详细步骤，如果有需要的朋友可以参考下。
Redis分布式缓存
code25的博客
06-13 911
基于Redis集群解决单机Redis存在的问题。
如何通过 Redis 构建分布式缓存技术
技术杂谈
01-25 3079
本文来自作者 默默 在 GitChat 上分享 「如何通过 Redis 构建分布式缓存技术」，「阅读原文」查看交流实录。「文末高能」编辑 | 哈比Redis 基础Redis 是基于内存的，存储形式为 key-value 的非关系型数据库，它的 value 不仅包括基本的 string 类型，还有 list、set、sorted set 和 hash 类型。Redis 其实也是一种缓存机制，缓存一般
深入浅出分布式系统中的缓存架构
CRMEB小程序商城的博客
03-08 5297
缓存，已经是一个老生常谈的技术了，在高并发读的情况下对于读服务来说可谓是抗流量的银弹。 高并发三大利器：缓存、限流、降级。 今天我们就来谈谈缓存。对于缓存，我的理解是让数据更接近于用户，目的是让用户的访问速度更快。 所以距离越接近用户的缓存，越快越有效！缓存的工作原理是先从缓存中获取数据，如果有数据则直接返回给用户，如果没有数据则从慢速设备上读取实际数据并且将数据放入缓存。 按照层级关系，我们来划分一下缓存，同时也是我们今天的大纲： 浏览器缓存 浏览器是我们网上冲浪的重要工具，为了能够让我们顺畅的冲浪，它
Redis集群原理详解
张维鹏的博客
02-16 5万+
一、redis cluster 介绍： 1、单实例的Redis架构： 最开始的一主N从加上读写分离，Redis作为缓存单实例貌似也还不错，并且有Sentinel哨兵机制，可以实现主从故障迁移。 单实例Redis本质上只有一台Master作为存储，就算机器为128GB的内存，一般建议使用率也不要超过70%-80%，所以最多使用100GB数据就已经很多了，实际中50%就不错了，因为数据量太大也会降低服务的稳定性，而且数据量太大意味着持久化成本高，可能严重阻塞服务，甚至最终切主。所以，单实例还存在以下几
同为分布式缓存，为何 Redis 更胜一筹？
weixin_33690367的博客
03-27 754
​作者介绍杨彪 ， 蚂蚁金服技术专家，《分布式服务架构：原理、设计与实战》和《可伸缩服务架构：框架与中间件》作者。近10年互联网和游戏行业工作经验，曾在酷我音乐盒、人人游戏和掌趣科技等上市公司担任核心研发职位，做过日活跃用户量达千万的项目，也做过多款月流水千万以上的游戏。本文节选自即将出版的《可伸缩服务架构：框架与中间件》一书，作者：李艳鹏、杨彪、李海亮、贾博岩、刘淏如今，市面上的缓存解决方案已经...
分布式缓存的基本原理
热门推荐
一蓑烟雨的专栏
12-31 5万+
随着互联网的发展，用户规模和数据规模越来越大，对系统的性能提出了更高的要求，缓存就是其中一个非常关键的组件，从简单的商品秒杀，到全民投入的双十一，我们都能见到它的身影。 分布式缓存首先也是缓存，一种性能很好但是相对稀缺的资源，和我们在课本上学习的CPU缓存原理基本相同，CPU是用性能更好的静态RAM来为性能一般的DRAM加速，分布式缓存则是通过内存或者其他高速存储来加速，但是由于用到了分布式环境中...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Jinwen5290

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值