13--memcache与redis

已于 2024-07-10 17:14:22 修改
阅读量1.3k 收藏 20
点赞数 24
分类专栏： 架构 文章标签： 缓存 memcached redis 运维 架构 linux centos
于 2024-07-10 16:00:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43387908/article/details/140274690
版权

前言：数据库读取速度较慢一直是无法解决的问题，大型网站应对的方式主要是使用缓存服务器来缓解这种情况，减少数据库访问次数，以提高动态Web等应用的速度、提高可扩展性。

1、简介

Memcached/redis是高性能的分布式内存缓存服务器,通过缓存数据库查询结果，减少数据库访问次数，以提高动态Web等应用的速度、 提高可扩展性。

2、memcache

2.1、memcache简介

memcache特点如下：

  • 内置内存存储方式：数据完全不走硬盘，重启操作系统会导致全部数据消失。
  • 简单key/value存储：服务器不关心数据本身的意义及结构，只要是可序列化数据即可，所以极其方便读取。 存储项由“键、过期时间、可选的标志及数据”四个部分组成；
  • 不互相通信的分布式：memcached尽管是“分布式”缓存服务器，但服务器端并没有分布式功能。 各个memcached不会互相通信以共 享信息，由客户端决策信息存放位置。

memcache工作流程：

  1. 检查用户请求的数据是缓存中是否有存在，如果有存在的话，只需要直接把请求的数据返回，无需查询数据库。
  2. 如果请求的数据在缓存中找不到，这时候再去查询数据库。返回请求数据的同时，把数据存储到缓存中一份。
  3. 保持缓存的“新鲜性”，每当数据发生变化的时候（比如，数据有被修改，或被删除的情况下），要同步的更新缓存信息，确保用户不会在缓存取到旧的数据。

2.2、memcache部署

下述环境已提前更换阿里基础仓房，epel源，关闭防火墙和selinux

[root@localhost ~]# yum install -y memcached

修改配置文件

[root@localhost ~]# vim /etc/sysconfig/memcached 
[root@localhost ~]# cat /etc/sysconfig/memcached 
PORT="11211"          # Memcached服务监听的端口号
USER="memcached"       # 运行Memcached服务的用户
MAXCONN="1024"         # 允许的最大并发连接数
CACHESIZE="64"         # Memcached的缓存大小，单位为MB，可以根据内存大小进行调整
OPTIONS=""             # 其他启动选项，例如可用于设置内存分配策略或其他配置

启动memcache

[root@localhost ~]# systemctl start memcached

[root@localhost ~]# ps aux | grep memcache
memcach+  62086  0.0  0.1 344100  1688 ?        Ssl  22:20   0:00 /usr/bin/memcached -u memcached -p 11211 -m 64 -c 1024
root      62095  0.0  0.0 112824   988 pts/0    R+   22:21   0:00 grep --color=auto memcache

尝试简单的memcache的使用（实际功能中此处为应用程序逻辑设计，和运维无关，此处仅为测试memcache功能使用）

[root@localhost ~]# yum install -y telnet
[root@localhost ~]# telnet 127.0.0.1 11211
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
set name 0 900 9
liumuquan
STORED
get name
VALUE name 0 9
liumuquan
END
^]
telnet> quit
Connection closed.


    #    此处set参数解释
    #    set key的名字 key的id号 缓存过期时间(0为无限) 字符串最大长度

memcache这里简单整理了一下，主要重心还是放在redis上，redis对于memcache优势太明显了。

3、redis

3.1、redis简介

redis是一个开源的、使用C语言编写的、支持网络交互的、可基于内存也可持久化的Key-Value数据库。目前，Vmware在资助着redis项目的开发和维护。目前使用redis公司主要有暴雪、github、digg等。

redis特点：丰富的数据结构、支持持久化、支持事务（可以做集群分布式保证数据安全）、支持主从。

3.2、redis部署

基础环境

IP角色
192.168.188.128master1

安装redis

[root@localhost ~]# wget http://download.redis.io/releases/redis-4.0.9.tar.gz -O /redis-
[root@localhost ~]# cd /
[root@localhost /]# tar zxf redis-4.0.9.tar.gz 
[root@localhost /]# cd redis-4.0.9
[root@localhost redis-4.0.9]# pwd
/redis-4.0.9
[root@localhost redis-4.0.9]# make

配置开机启动

[root@localhost redis-4.0.9]# mkdir /etc/redis
[root@localhost redis-4.0.9]# cp /redis-4.0.9/redis.conf /etc/redis/6379.conf
[root@localhost redis-4.0.9]# cp /redis-4.0.9/utils/redis_init_script /etc/init.d/redis

编辑启动文件（此处尽量全文复制，后台运作容易遗忘）

[root@localhost redis-4.0.9]# vim /etc/init.d/redis 
[root@localhost redis-4.0.9]# cat /etc/init.d/redis 
#!/bin/sh
#
# Simple Redis init.d script conceived to work on Linux systems
# as it does use of the /proc filesystem.
# chkconfig: 2345 10 90
# description: Start and Stop redis

REDISPORT=6379
#EXEC=/usr/local/bin/redis-server
EXEC=/redis-4.0.9/src/redis-server
#CLIEXEC=/usr/local/bin/redis-cli
CLIEXEC=/redis-4.0.9/src/redis-cli

PIDFILE=/var/run/redis_${REDISPORT}.pid
CONF="/etc/redis/${REDISPORT}.conf"

case "$1" in
    start)
        if [ -f $PIDFILE ]
        then
                echo "$PIDFILE exists, process is already running or crashed"
        else
                echo "Starting Redis server..."
                $EXEC $CONF &
        fi
        ;;
    stop)
        if [ ! -f $PIDFILE ]
        then
                echo "$PIDFILE does not exist, process is not running"
        else
                PID=$(cat $PIDFILE)
                echo "Stopping ..."
                $CLIEXEC -p $REDISPORT shutdown
                while [ -x /proc/${PID} ]
                do
                    echo "Waiting for Redis to shutdown ..."
                    sleep 1
                done
                echo "Redis stopped"
        fi
        ;;
    *)
        echo "Please use start or stop as first argument"
        ;;
esac
[root@localhost redis-4.0.9]# chmod +x /etc/init.d/redis 
[root@localhost redis-4.0.9]# chkconfig --add redis

    #    这个命令是老版本centos添加开机启动项用的，这里是按照官方文档选用的这种方式

[root@localhost redis-4.0.9]# chkconfig redis on

    #    设置redis开机启动

[root@localhost redis-4.0.9]# chkconfig --list

注：该输出结果只显示 SysV 服务，并不包含
原生 systemd 服务。SysV 配置数据
可能被原生 systemd 配置覆盖。 

      要列出 systemd 服务，请执行 'systemctl list-unit-files'。
      查看在具体 target 启用的服务请执行
      'systemctl list-dependencies [target]'。

netconsole     	0:关	1:关	2:关	3:关	4:关	5:关	6:关
network        	0:关	1:关	2:开	3:开	4:开	5:开	6:关
redis          	0:关	1:关	2:开	3:开	4:开	5:开	6:关

    #    这里的0-6对应的是centos的0-6状态，1是单用户模式

[root@localhost redis-4.0.9]# systemctl daemon-reload

    #    重新加载自启动信息

[root@localhost redis-4.0.9]# systemctl start redis
[root@localhost redis-4.0.9]# systemctl status redis

redis测试

[root@localhost redis-4.0.9]# /redis-4.0.9/src/redis-cli 
127.0.0.1:6379> set name liumuquan
OK
127.0.0.1:6379> get name
"liumuquan"
127.0.0.1:6379>

3.3、redis持久化

3.3.1、持久化简介

Redis 持久化是指将 Redis 内存中的数据持久化保存到硬盘上，以防止服务器重启或宕机时数据丢失。在 Redis 中，有两种主要的持久化方式：RDB（Redis DataBase）和 AOF（Append Only File）。

  1. RDB 持久化：

    • RDB 持久化通过定期将 Redis 内存中的数据快照写入磁盘来实现。管理员可以配置 Redis 定期将内存中的数据以快照的形式保存到一个 .rdb 文件中。
    • 这种方式类似于拍照，Redis 在指定的时间点将当前的数据状态保存下来。这种方式适合用于备份，恢复较大数据集时速度较快，因为只需要读取一个文件即可还原数据。

  2. AOF 持久化：

    • AOF 持久化则是通过记录 Redis 服务器所执行的写命令（例如 SET、INCR 等）来记录数据变化。这些命令以追加的方式写入一个文件中，称为 AOF 文件。
    • 这种方式类似于录制操作日志，Redis 在执行写命令时将其追加到文件末尾。当服务器需要恢复时，会重新执行 AOF 文件中的命令，从而重建数据状态。
    • AOF 文件通常比 RDB 文件更大，因为它记录了每个写操作，但它提供了更精细的数据恢复和更小的数据丢失风险。

大概可以这么理解：

  • RDB 类比：想象你在玩一个游戏，游戏允许你在每个关卡结束时保存进度。这样，即使你在下一个关卡失败，你可以重新加载上一个关卡的进度并继续游戏。

  • AOF 类比：而 AOF 则像你在玩一个没有保存功能的游戏，但它可以记录下你每一步的操作。如果你因为失误或游戏崩溃而需要重新开始，你可以根据你的操作日志重新执行每一步，从而恢复到你离开的地方，虽然过程有点麻烦，但是保证了你不会丢失任何进度。

两种方法虽然有不同，但是由于实际使用中的特殊性，当不需要数据安全时两个全关就行，需要时双开，因RDB数据不实时，但同时使用两者时服务器只会找AOF文件,所以RDB留作万一的手段。

3.3.2、配置redis持久化

RDB默认开启，查看配置

[root@localhost ~]# vim /redis-4.0.9/redis.conf

dbfilename dump.rdb
#使用RDB时，持久化存在本地的文件叫dump.rdb

dir ./
#持久化数据存储在本地的路径

save 900 1
save 300 10
save 60 10000
#触发快照的时机，
#save 多少时间内 被改过多少次
#出发以上条件就会被拍摄快照

stop-writes-on-bgsave-error yes
#当snapshot时出现错误无法继续时，是否阻塞客户端“变更操作”，“错误”可能因为磁盘已满/磁盘故障/OS级别异常等，这里配置的是报错拒绝继续写入

rdbcompression yes
#是否启用rdb文件压缩，默认为“yes”，压缩很占用cpu，同时同时可以节省存储空间和减少网络传输时间

客户端使用命令进行持久化save存储

[root@localhost ~]#./redis-cli -h ip -p port save
#前台进行存储
[root@localhost ~]#./redis-cli -h ip -p port bgsave
#后台进行存储

#每次快照持久化都是将内存数据完整写入到磁盘一次，并不是增量的只同步脏数据。如果数据量大的话，而且写操作比较多，必然会引起大量的磁盘io操作，可能会严重影响性能。

AOF默认关闭，开启方式

[root@localhost ~]# vim /redis-4.0.9/redis.conf

##此选项为aof功能的开关，默认为“no”，可以通过“yes”来开启aof功能  
##只有在“yes”下，aof重写/文件同步等特性才会生效  
appendonly yes  
  
appendfilename appendonly.aof
#指定aof文件名称
 
appendfsync everysec
#指定aof操作中文件同步策略，有三个合法值：always everysec no,默认为everysec
#这行指令设置了 AOF 文件的同步方式。everysec 表示每秒钟将 AOF 文件同步到磁盘一次，以确保即使系统崩溃，最多丢失一秒钟的数据。
 
no-appendfsync-on-rewrite no  
#在aof-rewrite(重写)期间，appendfsync是否暂缓文件同步，"no"表示“不暂缓”，“yes”表示“暂缓”，默认为“no”

auto-aof-rewrite-min-size 64mb
#触发aof rewrite的最小文件尺寸

auto-aof-rewrite-percentage 100
#这行指令设置了触发自动 AOF 重写的增长百分比。100 表示当当前 AOF 文件大小比上一次重写时的大小增长了 100%（即翻倍）时，触发自动 AOF 重写。重写是为了使aof体积保持最小，而确保保存最完整的数据。

3.4、redis主从

3.4.1、redis主从简介

  1. 用法

    Redis支持类似于MySQL的主从结构，允许配置一主多从甚至多级从结构。主从结构旨在提供冗余备份和增强读性能，例如将性能消耗较大的SORT操作分担给从服务器。Redis的主从同步是异步进行的，不会影响主服务器的主要逻辑或性能。在主从架构中，可以考虑关闭主服务器的数据持久化，由从服务器承担这一任务，以提高主服务器的处理性能。通常情况下，从服务器设置为只读，以防止误修改数据，但仍可接受CONFIG等命令。对于不安全的网络环境，建议重命名重要命令以避免误操作。

  2. 原理

    从服务器通过发送SYNC指令向主服务器请求同步。主服务器收到SYNC指令后，会执行BGSAVE命令生成RDB文件进行数据持久化。在持久化期间，主服务器将所有写操作缓存在内存中。BGSAVE完成后，主服务器将RDB文件发送给从服务器，从服务器将文件存储到磁盘并加载到内存。然后，主服务器以Redis协议格式将缓存的写操作发送给从服务器。即使多个从服务器同时发出SYNC指令，主服务器也只执行一次BGSAVE，并将生成的RDB文件发送给所有从服务器。在Redis 2.8版本之前，主从断开连接后会进行全量数据同步，而2.8版本后支持高效的增量同步，显著降低了连接断开恢复成本。主服务器在内存中维护缓冲区，用于存储将发送给从服务器的内容。如果从服务器与主服务器连接断开，从服务器会尝试重新连接，成功后发送“希望同步的主服务器ID”和“希望请求的复制偏移量”。主服务器验证ID匹配后，检查缓冲区中是否存在请求的偏移量，并根据需要向从服务器发送增量内容。增量同步功能需要服务器端支持全新的PSYNC指令，该指令从Redis 2.8版本开始提供。

3.4.2、 redis主从部署

3.4.2.1、基础环境
IP角色
192.168.188.128master
192.168.188.129slave1
192.168.188.130slave2

在slave1和slave2上部署上redis

slave1操作如下

[root@localhost /]# tar xf redis-4.0.9.tar.gz 
[root@localhost /]# cd /redis-4.0.9
[root@localhost redis-4.0.9]# make
[root@localhost redis-4.0.9]# mkdir /etc/redis
[root@localhost redis-4.0.9]# cp /redis-4.0.9/redis.conf /etc/redis/6379.conf
[root@localhost redis-4.0.9]# cp /redis-4.0.9/utils/redis_init_script /etc/init.d/redis
[root@localhost redis-4.0.9]# vim /etc/init.d/redis
[root@localhost redis-4.0.9]# vim /etc/init.d/redis 
[root@localhost redis-4.0.9]# cat /etc/init.d/redis 
#!/bin/sh
#
# Simple Redis init.d script conceived to work on Linux systems
# as it does use of the /proc filesystem.
# chkconfig: 2345 10 90
# description: Start and Stop redis

REDISPORT=6379
#EXEC=/usr/local/bin/redis-server
EXEC=/redis-4.0.9/src/redis-server
#CLIEXEC=/usr/local/bin/redis-cli
CLIEXEC=/redis-4.0.9/src/redis-cli

PIDFILE=/var/run/redis_${REDISPORT}.pid
CONF="/etc/redis/${REDISPORT}.conf"

case "$1" in
    start)
        if [ -f $PIDFILE ]
        then
                echo "$PIDFILE exists, process is already running or crashed"
        else
                echo "Starting Redis server..."
                $EXEC $CONF &
        fi
        ;;
    stop)
        if [ ! -f $PIDFILE ]
        then
                echo "$PIDFILE does not exist, process is not running"
        else
                PID=$(cat $PIDFILE)
                echo "Stopping ..."
                $CLIEXEC -p $REDISPORT shutdown
                while [ -x /proc/${PID} ]
                do
                    echo "Waiting for Redis to shutdown ..."
                    sleep 1
                done
                echo "Redis stopped"
        fi
        ;;
    *)
        echo "Please use start or stop as first argument"
        ;;
esac

[root@localhost redis-4.0.9]# scp /etc/init.d/redis 192.168.188.130:/etc/init.d/
[root@localhost redis-4.0.9]# chmod +x /etc/init.d/redis 
[root@localhost redis-4.0.9]# chkconfig --add redis
[root@localhost redis-4.0.9]# chkconfig redis on
[root@localhost redis-4.0.9]# systemctl daemon-reload
[root@localhost redis-4.0.9]# systemctl start redis

slave2操作同slave1

3.4.2.2、master配置
[root@localhost ~]# vim /etc/redis/6379.conf

#bind 127.0.0.1
#注释掉
bind 0.0.0.0
#增加监听地址为所有ip

#protected-mode yes
protected-mode no
#关闭保护模式



[root@localhost ~]# systemctl restart redis
3.4.2.3、salve1配置
[root@localhost redis-4.0.9]# vim /etc/redis/6379.conf

slaveof 192.168.188.128 6379
#bind 127.0.0.1
bind 0.0.0.0
#protected-mode yes
protected-mode no


[root@localhost redis-4.0.9]# systemctl restart redis
3.4.2.3、salve2配置

同slave1

3.4.3、redis主从测试

在master上

[root@localhost ~]# /redis-4.0.9/src/redis-cli 
127.0.0.1:6379> set your_id 1210
OK
127.0.0.1:6379> get your_id
"1210"
#查询主从状态
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.188.129,port=6379,state=online,offset=1557,lag=1
slave1:ip=192.168.188.130,port=6379,state=online,offset=1557,lag=0
master_replid:65eda2694558d007f08f5645d92fb67c4423c265
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1557
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1557
127.0.0.1:6379>

在slave1上

[root@localhost redis-4.0.9]# /redis-4.0.9/src/redis-cli
127.0.0.1:6379> get your_id
"1210"
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.188.128
master_port:6379
master_link_status:up
master_last_io_seconds_ago:8
master_sync_in_progress:0
slave_repl_offset:1669
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:65eda2694558d007f08f5645d92fb67c4423c265
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1669
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:253
repl_backlog_histlen:1417
127.0.0.1:6379>

主从架构实现，可以保持数据同步，但此时集群无法实现灾备冗余，主服务器宕机时，从服务器此时无法承担主服务器角色，需要使用redis-sentine来实现。

3.5、redis-sentinel

3.5.1、redis-sentinel简介

Redis Sentinel是Redis官方推荐的高可用性（HA）解决方案，允许你创建一个能够自动处理各种故障的Redis部署，无需人工干预。

作用：

  1. 检测Master状态。
  2. 在Master异常时进行Master-Slave切换，将一个Slave提升为新的Master，原Master降级为Slave。
  3. 切换后，会自动更新配置文件：master_redis.conf会新增slaveof配置，sentinel.conf中的监控目标也会相应调整。

工作方式：

  1. 每个Sentinel每秒向已知的Master、Slave和其他Sentinel实例发送PING命令。
  2. 如果一个实例超过配置的down-after-milliseconds时间未响应PING命令，Sentinel会将其标记为主观下线。
  3. Sentinel持续检查主观下线的Master状态，确认是否达到客观下线条件。
  4. 当足够多的Sentinel在指定时间内确认主观下线状态时，Master会被标记为客观下线。

3.5.2、redis-sentinel部署

继续使用上面的环境

1)每台机器上修改redis主配置文件设置：bind 0.0.0.0（略）

2）每台机器上修改sentinel配置文件：

master如下

[root@localhost ~]# vim /redis-4.0.9/sentinel.conf
#sentinel monitor mymaster 127.0.0.1 6379 2
sentinel monitor mymaster 192.168.188.128 6379 2

    #    当集群中有2个（超过半数）sentinel认为master死了时，才能真正认为该master已经不可用了。

#sentinel down-after-milliseconds mymaster 30000
sentinel down-after-milliseconds mymaster 3000

    #    3秒内没收到有效回复后认定主服务器离线（默认30秒）

#sentinel failover-timeout mymaster 180000
sentinel failover-timeout mymaster 10000

    #    故障发生后10秒内完成选举，若sentinel在该配置值内未能完成failover(故障转移)操作（即故障时master/slave自动切换），则认为本次failover失败。


# protected-mode no
protected-mode no

    #    关闭保护模式

slave1、slave2同上

3）启动哨兵，三台都要启动

[root@localhost ~]# cd /redis-4.0.9
[root@localhost redis-4.0.9]# ./src/redis-sentinel sentinel.conf

3.5.3、redis-sentinel测试

关闭主服务器，观察从服务器改变状态

在master上使用ctrl+c停止当前进程

[root@localhost redis-4.0.9]# systemctl stop redis

观察从服务器返回信息

 选举slave2成为主服务器，slave2状态如下

[root@localhost redis-4.0.9]# /redis-4.0.9/src/redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.188.129,port=6379,state=online,offset=63531,lag=0
slave1:ip=192.168.188.128,port=6379,state=online,offset=63531,lag=0
master_replid:b417e01353b4a576aaba97987acd33602ba5d9df
master_replid2:bd33fbabce342aeb3ec5c5aa85aaf1a2e5a02b23
master_repl_offset:63676
second_repl_offset:4257
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:63676
127.0.0.1:6379>

3.6、redis使用经验

  1. Master的工作不应包括持久化任务，如RDB快照和AOF日志文件。
  2. 如果数据非常重要，可以让某个Slave开启AOF备份数据，设置为每秒同步一次。
  3. 为了提高主从复制的速度和连接稳定性，最好将Master和Slave部署在同一个局域网内。
  4. 在主库压力较大时，应尽量避免增加从库，可以通过为现有从库增加从库来缓解压力。
  5. 主从复制应采用单向链表结构而不是树状结构，例如：Master（写） <- Slave1（读） <- Slave2（读） <- Slave3（读）... 这种结构有助于提高稳定性和处理单点故障问题。如果Master宕机，可以立即将Slave1提升为新的Master，其他从库保持不变。

柳木泉
关注
  • 24
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
# redis主从同步
baiweiJSTL的博客
08-30 209
redis主从同步 主从原因 主从结构，一是为了纯粹的冗余备份，二是为了提升读性能，比如很消耗性能的SORT就可以由从服务器来承担。 redis的主从同步是异步进行的，这意味着主从同步不会影响主逻辑，也不会降低redis的处理性能。 主从架构中，可以考虑关闭主服务器的数据持久化功能，只让从服务器进行持久化，这样可以提高主服务器的处理性能。 在主从架构...
Memcache与Redis的区别
你要明白，任何问题都不是孤立存在的，一定有人曾经遇到过，并且已经有更好的解决办法了，只是我还不知道。我不应该在黑暗中独自前行，去重新发明轮子，也许我的顿悟，只是别人的基本功！我应该要站在巨人的肩膀上，学习更成熟的经验和方法，然后再来解决这个问题
08-16 4854
#Memcached介绍 Memcached 是一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提供动态、数据库驱动网站的速度，memcache仅支持简单的key-value形式，现在已被LiveJournal、hatena、Facebook、Vox、LiveJournal等公司所使用。 Redis 介绍 Redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(
redis、jedis、RedisTemplate、Spring-data-redis、spring-boot-starter-data-redis和redis desktop manager区别
GarfieldGosling的博客
03-18 2007
redis、jedis、RedisTemplate、Spring-data-redis、spring-boot-starter-data-redis和redis desktop manager区别
Java学习 - Redis-Cluster
paofuluolijiang的博客
06-28 1214
原理：先定义Hash的取值范围，令它组成一个环，集群中每个节点负责一区间的Hash值，当一个数据加入集群时，让它加入哈希值按顺时针最近的节点。概念：当一个节点A与节点B连接时，由于节点数据共享，所以节点B可以自动连接上与节点A进行连接的节点。因为数据需要分布存储在不同的节点上，所以数据在进行存储之前需要先分区。经验：redis-cluster使用的数据分区算法是虚拟槽分区法。经验：当集群中未分配完所有的槽(16383)时，节点是不可用的。原理：预设虚拟槽，每个槽映射一个数据子集，一般比节点数大。
面试题-Redis和Memcache区别
huangpf_vcx
07-10 579
1、Redis是内存中的非关系数据库，memcached分布式内存对象缓存系统，能在内存中做缓存。 2、memcache仅支持简单的k/v类型的数据，Redis同时还提供list，set，hash等数据结构的存储。 3、redis支持数据的持久化，数据丢失后可以通过恢复 4、redis具有发布订阅、主从复制、磁盘持久性、存储过程等额外功能 5、Memcache在多线程服务器具有额外性能 有持久化...
nosql--------memcache与redis
weixin_42165130的博客
10-23 123
本文有三部分：1、两者不同    2、memcache   3、redis 一、不同点对比： ①从数据存储位置上来分，memcache的数据存在内存中，而redis既可以存储在内存中，也可以存储的到磁盘中，达到持久化存储的功能，memcache一旦断电，数据全部丢失，redis可以利用快照和AOF把数据存到磁盘中，当恢复时又从磁盘中读取到内存中，当物理内存使用完毕后，可以把数据写入到磁盘中。 ...
2-springboot使用redis
qq_30117567的博客
02-07 2324
版本redis6.2.6 截止目前，redis最新版本是6.2.6 。redis6的最大特性应该是增加了ACLS，也就是可以增加访问的用户名并设置权限了，有点像mysql数据库不光是root用户，还可以增加其它的用户及权限。 pom.xml增加如下依赖： 前提：springboot项目已经创建好。 <dependency> <groupId>org.springframework.data</groupId> <artifactId&
追求性能极致 - Redis：Redis or MemCache
smart_an的专栏
04-28 971
本文做了比较详细的介绍和比较，总的来说Redis基本覆盖Memcache的能力。这也是为什么现在的互联网缓存组件优先选择Redis的原因。
转-Redis和Memcache的区别总结
hackercn9的博客
02-03 878
1. Redis是什么这个问题的结果影响了我们怎么用Redis。如果你认为Redis是一个key value store, 那可能会用它来代替MySQL；如果认为它是一个可以持久化的cache, 可能只是它保存一些频繁访问的临时数据。Redis是REmote DIctionary Server的缩写，在Redis在官方网站的的副标题是A persistent key-value database
win-redis-memcache:redis memcache bat一键启动
05-01
windows redis memcahed 解压后放在任意目录(路径最好不要包含英文) 最好以管理员权限运行(不然memcached可能出现无法卸载和关闭) 然后运行 redis.bat | memcached....memcache 127.0.0.1 11211 by lovefc 2017/07/26
resource-calculator:Memcache & Redis 资源计算器
05-22
资源计算器是针对 Memcache 和 Redis 这两种内存数据存储系统设计的一个工具，它主要用于帮助用户估算所需的硬件资源，比如内存、CPU 和磁盘空间。在 IT 领域，合理规划和分配资源对于优化服务性能、降低成本至关...
Redis、Memcache、MongoDB区别
11-01
1、里面包含Redis、MongoDB、Memcache相关的学习文档 2、对这三者有比较详细的应用场景告之，并描述出了三者之间区别 3、提供JAVA连接Redis常见问题的解决方案 4、对MongoDB的特性有专门文档作描述 5、对于新手而言...
Redis和Memcache对比与如何选择
09-08
Redis 和 Memcache 是两种常用的内存数据存储系统，它们在许多方面有着不同的特性和用途。在选择使用哪个系统时，需要根据具体的业务需求和技术环境来决定。 首先，性能方面，Redis 在处理小数据值时通常在单个核心...
设计与实现Python一个LRU缓存类：高效管理内存的利器
最新发布
windowshht的博客
08-03 178
LRU缓存的核心思想是：当缓存达到其容量限制时，最久未被使用的数据将被移除。通过这种方式，LRU缓存能够保持高效的内存使用，同时确保常用数据能够快速访问。LRU缓存是一种高效的缓存策略，能够在内存使用和访问速度之间取得良好的平衡。通过结合字典和双向链表，我们可以实现一个高效的LRU缓存类，支持快速的get和put操作。本文提供的实现不仅简单易懂，而且具有良好的性能，适合在实际项目中使用。希望这篇博文能帮助你更好地理解LRU缓存的设计与实现！如果你有任何问题或建议，欢迎在评论区留言。
PHP+SSE流推送技术，如果卡页面的话，记得session存储到redis或memcached
大华的程序人生
07-31 197
PHP+SSE流推送技术，如果卡页面的话，记得session存储到redis或memcached
掌握Memcached数据分区：策略、实现与最佳实践
liuxin33445566的博客
07-29 483
本文将深入探讨如何在Memcached中实现数据分区，包括分区的策略、实现方法以及最佳实践。数据分区是Memcached中一项重要的功能，它有助于提升缓存系统的可扩展性、负载均衡和容错性。通过本文的介绍，读者应该对Memcached中的数据分区有了更深入的理解。一致性哈希是实现数据分区的一种常见方法，通过哈希算法将键分布在不同的节点上，即使节点数量变化，也只需重新分配少数键。设计故障转移机制，当某个节点失败时，能够自动将请求转发到其他节点，并考虑数据的复制策略以防止数据丢失。
深入探索Memcached数据分区：策略、实践与优化
liuxin33445566的博客
07-29 515
Memcached是一个广泛使用的高性能分布式内存缓存系统，它通过减少对数据库的直接访问，显著提高了应用程序的响应速度和扩展性。通过本文的介绍，读者应该对Memcached中的数据分区有了更深入的理解。数据分区（Partitioning）是一种将数据分散存储在多个服务器或存储单元的方法，以提高系统的可扩展性和容错能力。在Memcached中实现数据分区，可以有效地避免单点过载，平衡各个节点的负载。可以使用Memcached的。数据分区可能会影响缓存的一致性，需要根据应用程序的需求选择合适的一致性级别。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值