weixin_38568503的博客

redis缓存注解

springboot整合redis实现缓存

redis缓存淘汰

spring-boot-starter-data-redis有两种实现：lettuce 和 jedis 。然而默认是使用lettuce.spring boot 2的spring-boot-starter-data-redis中，默认使用的是lettuce作为redis客户端，它与jedis的主要区别如下：1.Jedis:Jedis是同步的，不支持异步，Jedis客户端实例不是线程安全的，需要每个线程一个Jedis实例，所以一般通过连接池来使用Jedis.优点：提供了比较全面的 Redis 操作特

总结：

Redis6.0版的新特性redis在6.0版本之后更新了一些重要的新特性前言Redis 6 主要的变化有：SSL、ACLs、RESP3、客户端缓存、线程I/O、Redis benchmark 中的集群支持和改进的Redis cli 集群支持，以及Redis集群代理。1、增加了多线程Thread I/O6.0之前的redis基本上是一个单线程的，但并不是指只有一个线程，比如说执行unlink操作删除大key的时候（unlink和del命令一样都是用来删除key，但是unlink是异步的，适合删除大

1、Redis 为何这么快？1）基于内存；2）单线程减少上下文切换，同时保证原子性；3）IO多路复用；4）高级数据结构（如 SDS、Hash以及跳表等）。2、 为何使用单线程？官方答案：因为 Redis 是基于内存的操作，CPU 不会成为 Redis 的瓶颈，而最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且 CPU 不会成为瓶颈，那就顺理成章地采用单线程的方案了。详细原因：1）不需要各种锁的性能消耗Redis 的数据结构并不全是简单的 Key-Value，还有 List，

缓存穿透：缓存穿透：查询数据不存在指查询一个一定不存在的数据，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到 DB 去查询，可能导致 DB 挂掉。解决方案：i. 对空值进行缓存：查询返回的数据为空，仍把这个空结果进行缓存，但过期时间会比较短ii. 布隆过滤器：将所有可能存在的数据哈希到一个足够大的 bitmap 中，一个一定不存在的数据会被这个 bitmap 拦截掉，从而避免了对 DB 的查询。缓存穿透解决方案：缓存击穿：缓存击穿：缓存过期，伴随大量对该 k

ab测试：防止锁误删：

目录环境：安装redis:使用Redis主从复制的作用：配置redis一主二从：redis启动前的准备工作：配置redis三哨兵：环境：环境：redis6.2.6linux虚拟机一台，contos7的一主两从三哨兵集群，当master节点宕机时，通过哨兵(sentinel)重新推选出新的master节点，保证集群的可用性。哨兵的主要功能：1.集群监控：负责监控 Redis master 和 slave 进程是否正常工作。2.消息通知：如果某个 Redis 实例有故障，那么哨兵负责发送消息

最终样子：

主从辅助步骤：修改appendonly no:具体操作：myredis文件夹最终是四个文件，一个完整的redis.conf和三个新建的不完整的conf文件（redis6379.conf,redis6380.conf,redis6381.conf），三个不完整的文件从完整文件引入了一些内容：反客为主：不是自动版的启动后配置从服务器：新版本名字：java中的主从复制：...

redis配置文件中AOF的修改：

导入依赖：只需要这一个依赖即可<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId></dependency>yml配置:spring: redis: host: 127.0.0.1 port: 6379 password.

Redis字符串：

NOSQL解决cpu和内存压力的：NOSQL解决io压力：Redis安装：作用：启动：加粗样式