redis学习笔记

一、Redis安装

1.1 安装Redis

Docker-Compose安装

version: '3.1'
services:
  redis:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 6379:6379

1.2 使用redis-cli连接Redis

进去Redis容器的内部
docker exec -it 容器id bash
在容器内部，使用redis-cli连接

链接效果
image.png

1.3 使用图形化界面连接Redis

下载地址：https://github.com/lework/RedisDesktopManager-Windows/releases/download/2019.5/redis-desktop-manager-2019.5.zip
傻瓜式安装

RedisDesktopManager
视图工具

二、Redis常用命令【重点】

2.1 Redis存储数据的结构

常用的5种数据结构：

  • key-string：一个key对应一个值。
  • key-hash：一个key对应一个Map。
  • key-list：一个key对应一个列表。
  • key-set：一个key对应一个集合。
  • key-zset：一个key对应一个有序的集合。
    另外三种数据结构：
  • HyperLogLog：计算近似值的。
  • GEO：地理位置。
  • BIT：一般存储的也是一个字符串，存储的是一个byte[]。
五种常用的存储数据结构图
image.png
  • key-string：最常用的，一般用于存储一个值。
  • key-hash：存储一个对象数据的。
  • key-list：使用list结构实现栈和队列结构。
  • key-set：交集，差集和并集的操作。
  • key-zset：排行榜，积分存储等操作。

2.2 string常用命令

string常用操作命令

#1.  添加值
set key value

#2. 取值
get key

#3. 批量操作
mset key value [key value...]
mget key [key...]

#4. 自增命令（自增1）
incr key 

#5. 自减命令（自减1）
decr key

#6. 自增或自减指定数量
incrby key increment
decrby key increment

#7. 设置值的同时，指定生存时间（每次向Redis中添加数据时，尽量都设置上生存时间）
setex key second value

#8. 设置值，如果当前key不存在的话（如果这个key存在，什么事都不做，如果这个key不存在，和set命令一样）
setnx key value

#9. 在key对应的value后，追加内容
append key value

#10. 查看value字符串的长度
strlen key

2.3 hash常用命令

hash常用命令

#1. 存储数据
hset key field value

#2. 获取数据
hget key field

#3. 批量操作
hmset key field value [field value ...]
hmget key field [field ...]

#4. 自增（指定自增的值）
hincrby key field increment

#5. 设置值（如果key-field不存在，那么就正常添加，如果存在，什么事都不做）
hsetnx key field value

#6. 检查field是否存在
hexists key field 

#7. 删除key对应的field，可以删除多个
hdel key field [field ...]

#8. 获取当前hash结构中的全部field和value
hgetall key

#9. 获取当前hash结构中的全部field
hkeys key

#10. 获取当前hash结构中的全部value
hvals key

#11. 获取当前hash结构中field的数量
hlen key

2.4 list常用命令

list常用命令

#1. 存储数据（从左侧插入数据，从右侧插入数据）
# 从左侧插入数据，那么先插入的数据在右边
# 从右侧插入数据，那么先插入的数据在左边，推荐使用
lpush key value [value ...]
rpush key value [value ...]

#2. 存储数据（如果key不存在，什么事都不做，如果key存在，但是不是list结构，什么都不做）
lpushx key value
rpushx key value

#3. 修改数据（在存储数据时，指定好你的索引位置,覆盖之前索引位置的数据，index超出整个列表的长度，也会失败）
lset key index value

#4. 弹栈方式获取数据（左侧弹出数据，从右侧弹出数据）
lpop key
rpop key

#5. 获取指定索引范围的数据（start从0开始，stop输入-1，代表最后一个，-2代表倒数第二个）
lrange key start stop

#6. 获取指定索引位置的数据
lindex key index

#7. 获取整个列表的长度
llen key

#8. 删除列表中的数据（他是删除当前列表中的count个value值，count > 0从左侧向右侧删除，count < 0从右侧向左侧删除，count == 0删除列表中全部的value）
lrem key count value

#9. 保留列表中的数据（保留你指定索引范围内的数据，超过整个索引范围被移除掉）
ltrim key start stop

#10. 将一个列表中最后的一个数据，插入到另外一个列表的头部位置
rpoplpush list1 list2

2.5 set常用命令

set常用命令
1，2，4，5，6，8

#1. 存储数据
sadd key member [member ...]

#2. 获取数据（获取全部数据）
smembers key

#3. 随机获取一个数据（获取的同时，移除数据，count默认为1，代表弹出数据的数量）
spop key [count]

#4. 交集（取多个set集合交集）
sinter set1 set2 ...

#5. 并集（获取全部集合中的数据）
sunion set1 set2 ...

#6. 差集（获取多个集合中不一样的数据）
sdiff set1 set2 ...
#以上示例，返回set1中有，set2中没有的元素

# 7. 删除数据
srem key member [member ...]

# 8. 查看当前的set集合中是否包含这个值
sismember key member

2.6 zset的常用命令

zset常用命令

#1. 添加数据(score必须是数值。member不允许重复的。)
zadd key score member [score member ...]

#2. 修改member的分数（如果member是存在于key中的，正常增加分数，如果memeber不存在，这个命令就相当于zadd，increment为要加的分数值）
zincrby key increment member
#zincrby zset1 30 tom

#3. 查看指定的member的分数
zscore key member

#4. 获取zset中元素的数量
zcard key

#5. 根据score的范围查询member数量
zcount key min max

#6. 删除zset中的成员
# 删除成功，返回删除的个数
zrem key member [member...]

#7. 根据分数从小到大排序，获取指定范围内的数据（withscores如果添加这个参数，那么会返回member对应的分数）
zrange key start stop [withscores]

#8. 根据分数从大到小排序，获取指定范围内的数据（withscores如果添加这个参数，那么会返回member对应的分数）
zrevrange key start stop [withscores]

#9. 根据分数的返回去获取member(withscores代表同时返回score，添加limit，就和MySQL中一样，如果不希望等于min或者max的值被查询出来可以采用 ‘(分数’ 相当于 < 但是不等于的方式，最大值和最小值使用+inf和-inf来标识)
zrangebyscore key min max [withscores] [limit offset count]

#10. 根据分数的返回去获取member(withscores代表同时返回score，添加limit，就和MySQL中一样)
zrevrangebyscore key max min [withscores] [limit offset count]

2.7 key常用命令

key常用命令
1，2，3，4，7，8

#1. 查看Redis数据库中的全部的key（pattern：* ，xxx*，*xxx）
keys pattern

#2. 查看某一个key是否存在（1 - key存在，0 - key不存在）
exists key

#3. 删除key（返回删除的数量）
del key [key ...]

#4. 设置key的生存时间，单位为秒，单位为毫秒,设置还能活多久
expire key second
pexpire key milliseconds

#5. 设置key的生存时间，单位为秒，单位为毫秒,设置能活到什么时间点
expireat key timestamp
pexpireat key milliseconds

#6. 查看key的剩余生存时间,单位为秒，单位为毫秒（-2 - 当前key不存在，-1 - 当前key没有设置生存时间，具体剩余的生存时间）
ttl key
pttl key

#7. 移除key的生存时间（1 - 移除成功，0 - key不存在生存时间，key不存在）
persist key

#8. 选择操作的库
select 0~15

#9. 移动key到另外一个库中
move key db

2.8 库的常用命令

db常用命令
3，4

#1. 清空当前所在的数据库
flushdb

#2. 清空全部数据库
flushall

#3. 查看当前数据库中有多少个key
dbsize

#4. 查看最后一次操作的时间
lastsave

#5. 实时监控Redis服务接收到的命令[打开两个连接，分别操作redis中可以看到了]
monitor

三、Java连接Redis

另外一篇文章：https://www.jianshu.com/p/4cf421dd11af

四、Redis其他配置及集群

在docker_redis目录下修改docker-compose.yml文件，以方便后期修改Redis配置信息
在docker_redis/conf目录下创建一个空redis.conf文件

version: '3.1'
services:
  redis:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 6379:6379
    volumes:
      - ./conf/redis.conf:/usr/local/redis/redis.conf
    # redis-server 启动redis服务，以此配置文件redis.conf启动
    command: ["redis-server","/usr/local/redis/redis.conf"]

4.1 Redis的AUTH

方式一：通过修改Redis的配置文件，实现Redis的密码校验

建议使用该方式

# redis.conf
requirepass 密码

三种客户端的连接方式

  • redis-cli：在输入正常命令之前，先输入auth 密码即可。
  • 图形化界面：在连接Redis的信息中添加上验证的密码。
  • Jedis客户端：
    • jedis.auth(password);
  • 使用JedisPool的方式
// 使用当前有参构造设置密码
public JedisPool(final GenericObjectPoolConfig poolConfig, final String host, int port,int timeout, final String password)

方式二：在不修改redis.conf文件的前提下，在第一次连接Redis时，输入命令：config set requirepass 密码
后续想再次操作Redis时，需要先AUTH做一下校验。

4.2 Redis的事务

Redis的事务：一次事务操作，该成功的成功，该失败的失败。
先开启事务，执行一些列的命令，但是命令不会立即执行，会被放在一个队列中，如果你执行事务，那么这个队列中的命令全部执行，如果取消了事务，一个队列中的命令全部作废。

  • 开启事务：multi
  • 输入要执行的命令：被放入到一个队列中
  • 执行事务：exec
  • 取消事务：discard
    Redis的事务想发挥功能，需要配置watch监听机制
    在开启事务之前，先通过watch命令去监听一个或多个key，在开启事务之后，如果有其他客户端修改了我监听的key【可以再开启一个连接进行测试】，事务会自动取消。
    如果执行了事务，或者取消了事务，watch监听自动消除，一般不需要手动执行unwatch。

4.3 Redis持久化机制

4.3.1 RDB

RDB是Redis默认的持久化机制

  • RDB持久化文件，速度比较快，而且存储的是一个二进制的文件，传输起来很方便。
  • RDB持久化的时机：
    save 900 1：在900秒内，有1个key改变了，就执行RDB持久化。
    save 300 10：在300秒内，有10个key改变了，就执行RDB持久化。
    save 60 10000：在60秒内，有10000个key改变了，就执行RDB持久化。
  • RDB无法保证数据的绝对安全。

具体实现

1、修改docker-compose.yml,增加数据卷映射

- ./data:/data

version: '3.1'
services:
  redis:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 6379:6379
    volumes:
      - ./conf/redis.conf:/usr/local/redis/redis.conf
      - ./data:/data
    command: ["redis-server","/usr/local/redis/redis.conf"]

2、删除原先的redis

docker-compose down

3、修改conf/redis.conf配置文件



#RDB配置
#持久化时机
save 900 1
save 300 10
save 60 10000
#开启持久化压缩
rdbcompression yes
#持久化文件的名称
dbfilename redis.rdb

4、启动redis容器

docker-compose up -d

4、进入redis容器内部，设置一个name值

set name zhangsan

5、执行停止redis并保存命令

shutdown save

6、查看data目录下，多了一个redis.rdb

存放的是一堆二进制文件

7、重启redis容器，发现key为name的数据依旧存在

docker-compose restart
4.3.2 AOF

AOF持久化机制默认是关闭的，Redis官方推荐同时开启RDB和AOF持久化，更安全，避免数据丢失。

  • AOF持久化的速度，相对RDB较慢的，存储的是一个文本文件，到了后期文件会比较大，传输困难。

  • AOF持久化时机。
    appendfsync always：每执行一个写操作，立即持久化到AOF文件中，性能比较低。
    appendfsync everysec：每秒执行一次持久化。
    appendfsync no：会根据你的操作系统不同，环境的不同，在一定时间内执行一次持久化。

  • AOF相对RDB更安全，推荐同时开启AOF和RDB。

具体实现

1、修改redis.conf配置文件



# AOF持久化配置
# 是否开启AOF执行化，yes代表开启
appendonly yes
# AOF执行化文件名称
appendfilename "redis.aof"
# 持久化时机，三选一
# 每执行一个写操作，立即持久化到AOF文件中，效率低
# appendfsync always
# 每秒执行一次持久化
appendfsync everysec
# 根据当前操作系统与环境的不同，redis自动挑选时间进行持久化
# appendfsync no

2、重启redis

docker-compose restart

3、进入redis容器内部，设置数据

set gender female

4、停止redis，不进行RDB持久化

shutdown nosave

5、查看aof文件【redis.aof】

*2
$6
SELECT
$1
0
*3
$3
set
$6
gender
$6
female
4.3.3 注意事项

同时开启RDB和AOF的注意事项：
如果同时开启了AOF和RDB持久化，那么在Redis宕机重启之后，需要加载一个持久化文件，优先选择AOF文件。
如果先开启了RDB，再次开启AOF，如果RDB执行了持久化，那么RDB文件中的内容会被AOF覆盖掉。

4.4 Redis的主从架构

单机版 Redis存在读写瓶颈的问题

主从架构
主从架构
image.png

指定yml文件

version: "3.1"
services:
  redis1:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis1
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7001:6379
    volumes:
      - ./conf/redis1.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis2:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis2
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7002:6379
    volumes:
      - ./conf/redis2.conf:/usr/local/redis/redis.conf
    links:
      #链接:在redis2中取一个别名master，指的就是redis1节点，有点类似于windows的快捷方式，这样在redis2的配置文件中，就可以使用别名来标识是master节点
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis3:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis3
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7003:6379
    volumes:
      - ./conf/redis3.conf:/usr/local/redis/redis.conf
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]

# redis2和redis3从节点配置
replicaof master 6379
# master:容器的IP
# 6379:容器内部的端口号
具体实现

opt目录下创建 docker_redis_master_slave

cd /opt
mkdir docker_redis_master_slave

新建docker-compose.yml，内容在上面

vi docker-compose.yml

opt/conf目录下创建redis1.conf、redis2.conf、redis3.conf

mkdir conf
touch redis1.conf redis2.conf redis3.conf
#redis1.conf不用任何配置

vi redis2.conf
#内容如下
replicaof master 6379
# redis3.conf 内容跟 redis2.conf一样

启动容器

docker-compose up -d

分别进入每个容器节点内部，查看信息【使用info命令】

redis1 master节点 7001
docker exec -it 容器ID bash
redis-cli
info
image.png
redis2 slave节点 7002
image.png
redis3 slave节点 7003
image.png

Master节点可以进行读写操作

image.png

Slave节点只能进行读操作，不能进行写操作

image.png

4.5 哨兵

哨兵可以帮助我们解决主从架构中的单点故障问题

添加哨兵
添加哨兵

修改 docker-compose.yml，为了可以在容器内部使用哨兵的配置

version: "3.1"
services:
  redis1:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis1
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7001:6379
    volumes:
      - ./conf/redis1.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel1.conf:/data/sentinel.conf        # 添加的内容
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis2:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis2
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7002:6379
    volumes:
      - ./conf/redis2.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel2.conf:/data/sentinel.conf        # 添加的内容
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis3:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis3
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7003:6379
    volumes:
      - ./conf/redis3.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel3.conf:/data/sentinel.conf        # 添加的内容 
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]

准备哨兵的配置文件，并且在容器内部手动启动哨兵即可

# 哨兵需要后台启动
daemonize yes
# 指定Master节点的ip和端口（主）
sentinel monitor master localhost 6379 2
# 指定Master节点的ip和端口（从）
sentinel monitor master master 6379 2
# 哨兵每隔多久监听一次redis架构
sentinel down-after-milliseconds master 10000

在Redis容器内部启动sentinel即可

redis-sentinel sentinel.conf
具体实现【在主从架构上修改即可】

修改/opt/docker_redis_master_slave/docker-compose.yml文件，为每个节点增加数据卷映射

version: "3.1"
services:
  redis1:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis1
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7001:6379
    volumes:
      - ./conf/redis1.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel1.conf:/data/sentinel.conf        # 添加的内容
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis2:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis2
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7002:6379
    volumes:
      - ./conf/redis2.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel2.conf:/data/sentinel.conf        # 添加的内容
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis3:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis3
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7003:6379
    volumes:
      - ./conf/redis3.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel3.conf:/data/sentinel.conf        # 添加的内容 
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]

通过windows中的redis，找到sentinel.conf配置文件，找到如下内容

# 哨兵需要后台启动【开启后台启动】
daemonize yes
# 指定Master节点的ip和端口（主）   
# master代表主节点的名称，localhost代表ip，6379代表端口 2代表从节点的数量
sentinel monitor master localhost 6379 2
# 指定Master节点的ip和端口（从）
sentinel monitor master master 6379 2
# 哨兵每隔多久监听一次redis架构,单位为毫秒
sentinel down-after-milliseconds master 10000

在/opt/docker_redis_master_slave/conf目录下，创建 sentinel1.conf、sentinel2.conf、 sentinel3.conf 文件

cd /opt/docker_redis_master_slave/conf
touch sentinel1.conf sentinel2.conf sentinel3.conf

编译 sentinel1.conf、sentinel2.conf、sentinel3.conf 文件
内容分别如下

# sentinel1.conf

# 哨兵需要后台启动【开启后台启动】
daemonize yes
# 指定Master节点的ip和端口（主）
sentinel monitor master localhost 6379 2
# 哨兵每隔多久监听一次redis架构,单位为毫秒
sentinel down-after-milliseconds master 10000

# sentinel2.conf 和 sentinel3.conf 内容一样

# 哨兵需要后台启动【开启后台启动】
daemonize yes
# 指定Master节点的ip和端口（从）
sentinel monitor master master 6379 2
# 哨兵每隔多久监听一次redis架构,单位为毫秒
sentinel down-after-milliseconds master 10000

重新启动
docker-compose up -d
进入到主从节点的容器内部，启动每个节点的哨兵【注意，是每个节点的哨兵都要启动】

# 查看哨兵命令的所在的目录,在该目录下有一个redis-sentinel,该命令就是来启动哨兵的
cd /usr/local/bin
# 回到data目录，启动哨兵并带上配置文件
cd /data
redis-sentinel sentinel.conf
image.png

通过info命令查看。
停止master节点，然后再在原来的从节点上使用info查看，发现主节点变了
【注意：在master节点停止后，过一会去使用info查看，监听和选举都需要时间】

4.6 Redis的集群

Redis集群在保证主从加哨兵的基本功能之外，还能够提升Redis存储数据的能力。

Redis集群架构图
image.png

准备yml文件

# docker-compose.yml
version: "3.1"
services:
  redis1:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis1
    environment:
      - TZ=Asia/Shanghai
    ports:
      #linux映射redis容器的端口
      - 7001:7001
      # 集群的总线端口
      - 17001:17001
    volumes:
      - ./conf/redis1.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis2:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis2
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7002:7002
      - 17002:17002
    volumes:
      - ./conf/redis2.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]  
  redis3:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis3
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7003:7003
      - 17003:17003
    volumes:
      - ./conf/redis3.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]  
  redis4:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis4
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7004:7004
      - 17004:17004
    volumes:
      - ./conf/redis4.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]  
  redis5:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis5
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7005:7005
      - 17005:17005
    volumes:
      - ./conf/redis5.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]  
  redis6:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis6
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7006:7006
      - 17006:17006
    volumes:
      - ./conf/redis6.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]

配置文件

# redis1.conf
# 指定redis启动的端口号
port 7001
# 开启Redis集群
cluster-enabled yes
# 集群信息的文件
cluster-config-file nodes-7001.conf
# 集群的对外ip地址
cluster-announce-ip 192.168.20.128
# 集群的对外port
cluster-announce-port 7001
# 集群的总线端口
cluster-announce-bus-port 17001

启动了6个Redis的节点。
随便跳转到一个容器内部，使用redis-cli管理集群

#创建集群节点
#--cluster-replicas 从节点数量
redis-cli --cluster create 192.168.20.128:7001 192.168.20.128:7002 192.168.20.128:7003 192.168.20.128:7004 192.168.20.128:7005 192.168.20.128:7006 --cluster-replicas 1

#前提:当前每个redis节点不能有数据。

<img src="Pictures\image-20200828113435959.png" alt="image-20200828113435959" style="zoom:80%;" />

连接redis集群，并且能够自动根据算法获取hash槽，并且跳转到相应节点

redis-cli -h 192.168.20.128 -p 7001 -c

4.7 Java连接Redis集群

使用JedisCluster对象连接Redis集群

@Test
public void test(){
    // 创建Set<HostAndPort> nodes
    Set<HostAndPort> nodes = new HashSet<>();
    nodes.add(new HostAndPort("192.168.199.109",7001));
    nodes.add(new HostAndPort("192.168.199.109",7002));
    nodes.add(new HostAndPort("192.168.199.109",7003));
    nodes.add(new HostAndPort("192.168.199.109",7004));
    nodes.add(new HostAndPort("192.168.199.109",7005));
    nodes.add(new HostAndPort("192.168.199.109",7006));

    // 创建JedisCluster对象
    JedisCluster jedisCluster = new JedisCluster(nodes);

    // 操作
    String value = jedisCluster.get("b");
    System.out.println(value);
}

五、Redis常见问题【重点】

5.1 key的生存时间到了，Redis会立即删除吗？

不会立即删除。

  • 定期随机删除：Redis每隔一段时间就去会去查看Redis设置了过期时间的key，会再100ms的间隔中默认查看3个key。
  • 惰性删除：如果当你去查询一个已经过了生存时间的key时，Redis会先查看当前key的生存时间，是否已经到了，直接删除当前key，并且给用户返回一个空值。

5.2 Redis的淘汰机制

volatile-lru -> Evict using approximated LRU among the keys with an expire set.
allkeys-lru -> Evict any key using approximated LRU.
volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
allkeys-lfu -> Evict any key using approximated LFU.
volatile-random -> Remove a random key among the ones with an expire set.
allkeys-random -> Remove a random key, any key.
volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
noeviction -> Don't evict anything, just return an error on write operations.

在Redis内存已经满的时候，添加了一个新的数据，执行淘汰机制。

  • volatile-lru：在内存不足时，Redis会在设置过了生存时间的key中干掉一个最近最少使用的key。
    【一般情况下，使用这种方式会比较多】
  • allkeys-lru：在内存不足时，Redis会在全部的key中干掉一个最近最少使用的key。【有个时间范围】
  • volatile-lfu：在内存不足时，Redis会在设置过了生存时间的key中干掉一个最近最少频次使用的key。
  • allkeys-lfu：在内存不足时，Redis会在全部的key中干掉一个最近最少频次使用的key。
  • volatile-random：在内存不足时，Redis会在设置过了生存时间的key中随机干掉一个。
  • allkeys-random：在内存不足时，Redis会在全部的key中随机干掉一个。
  • volatile-ttl：在内存不足时，Redis会在设置过了生存时间的key中干掉一个剩余生存时间最少的key。
  • noeviction：（默认）在内存不足时，直接报错。
    指定淘汰机制的方式：maxmemory-policy 具体策略，设置Redis的最大内存：maxmemory 字节大小

5.3 缓存的常问题

5.3.1 缓存穿透问题

缓存穿透

缓存穿透
[
缓存穿透
5.3.2 缓存击穿问题

缓存击穿

缓存击穿
缓存击穿
5.3.3 缓存雪崩问题

缓存雪崩

缓存雪崩
缓存雪崩
5.3.4 缓存倾斜问题

缓存倾斜

缓存倾斜
缓存倾斜
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 218,525评论 6赞 507
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 93,203评论 3赞 395
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 164,862评论 0赞 354
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 58,728评论 1赞 294
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 67,743评论 6赞 392
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 51,590评论 1赞 305
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 40,330评论 3赞 418
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 39,244评论 0赞 276
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 45,693评论 1赞 314
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,885评论 3赞 336
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,001评论 1赞 348
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 35,723评论 5赞 346
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 41,343评论 3赞 330
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,919评论 0赞 22
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,042评论 1赞 270
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 48,191评论 3赞 370
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 44,955评论 2赞 355

推荐阅读更多精彩内容

  • Redis 学习笔记
    简介 Redis is an in-memory database that persists on disk. ...
    Whyn阅读 370评论 0赞 0
  • Redis学习笔记
    1.什么是 Redis? Redis 是完全开源免费的，遵守BSD协议，是性能极高的nosql数据库，Key-Va...
    python与数据分析阅读 2,351评论 0赞 80
  • Redis 学习笔记
    1.NOSQL 概述 1.什么是nosql? no only sql 非关系型数据库 2.为什么 需要nosq...
    程序员的自我修养阅读 165评论 0赞 0
  • Redis学习笔记
    1 服务端和客户端的使用 1.1 服务端使用 1.1.1 启动 前台启动redis-server 后台启动需要修改...
    daa520阅读 242评论 0赞 0
  • Redis学习笔记
    聊聊redis持久化 – 两种方式 redis提供了两种持久化的方式，分别是RDB（Redis DataBase）...
    lijun_m阅读 232评论 0赞 1