小白的记录

1、key的生存时间到了,Redis会立即删除吗?不会立即删除 定期删除:Redis每隔一段时间就去会去查看,Redis设置了过期时间的key,会在100ms的间隔中默认查看3个key 惰性删除:如果当你去查询一个已经过了生存时间的key时,Redis会先查看当前key的生存时间,是否已经到了,直接删除当前key,并且给用户返回一个空值 2 、Redis的淘汰机制在Redis内存已经满的时候,添加了一个新的数据时,执行淘汰机制可以通过查看redis服务器软件的配置文件

主从结构添加哨兵能够解决读写分离和单点故障高可用但是如果数据量过大，特别是写数据量过大,这个时候一个主节点是不够的,需要进行集群搭建↓Redis集群在保证主从加哨兵的基本功能之外，还能够提升Redis存储数据的能力↓配置上图的集群，可以按照以下步骤配置：停止并删除所有容器,创建docker_redis_cluster文件夹,里面编辑docker-compose.yml文件：version: "3.1"services: redis1: image: dao

单机版 Redis存在读写瓶颈的问题↓所以用下面的主从架构来解决问题↓上面的主从架构读写分离,有一个问题,如果主服务器挂了就无法写了↓而哨兵可以帮助我们解决主从架构中的单点故障问题↓添加哨兵 哨兵扩展：详解，Redis 哨兵(Sentinel)工作原理，实现及哨兵运维【附源码】_已注销_51CTO博客Redis 哨兵机制以及底层原理深入解析，这次终于搞清楚了 - 知乎REDIS sentinel-old -- Redis中国用户组（CRUG）.

RDBRDB是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进入redis的配

进入redis容器内部,执行客户端命令,redis-cli,才能执行下面的操作↓Redis的事务：一次事务操作，该成功的成功，该失败的失败（比如数据类型不匹配）↓先开启事务，执行一些列的命令，但是命令不会立即执行，会被放在一个队列中，如果你执行事务，那么这个队列中的命令全部执行，如果取消了事务，这个队列中的命令全部作废。 开启事务：multi 输入要执行的命令：被放入到一个队列中 执行事务：exec 取消事务： discard Red..

Jedis连接Redis需要依赖： <!-- 1、 Jedis--> <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.9.0</version> </dependency>测试连接：pu