SpringBoot进阶之缓存中间件RedisRedis是一个nosql数据库，可以存储key-value值 。因为其底层实现中 ， 数据读写是基于内存，速度非常快，所以常用于缓存；进而因其为独立部署的中间件，常用于分布式缓存的实现方案 。常用场景有：缓存、秒杀控制、分布式锁 。
当有新数据的时候，我们再及时更新它，一般流程是先查询缓存，查到了直接返回缓存数据 ， 查不到再走数据库，然后再刷回缓存 。
降低了组件之间的耦合性，实现了软件各层之间的解耦 。2，可以使用容器提供的众多服务，如事务管理 ， 消息服务等 。3，容器提供单例模式支持 。4，容器提供了AOP技术，利用它可以很容易实现一些拦截，如权限拦截 ， 运行期监控等 。
spring.redis.port=6379 这样以来，最简单的spring boot + redis实现session共享就完成了 ， 下面进行下测试 。
为什么要学习Redis1、因为Redis的存储分为内存存储、磁盘存储和log文件三部分，重启后，Redis可以从磁盘重新将数据加载到内存中，这些可以通过配置文件对其进行配置，正因为这样，Redis才能实现持久化 。
2、原因就是redis虽然读写很快，但是不适合做数据持久层，主要原因是使用redis做数据落盘是要以效率作为代价的，即每隔制定的时间，redis就要去进行数据备份/落盘，这对于单线程的它来说，势必会因“分心”而影响效率，结果得不偿失 。
3、执行速度快 。学习springboot还要学redis的原因是redis速度非常快，每秒可执行110000次的SET操作 。Redis是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型的数据库，是提供多种语言的API 。
4、五种用途全页面缓存整页缓存 。如果你正在使用服务器端呈现的内容，则不需要为每个单独的请求重新渲染每个页面 。
Redis实现分布式锁与Zookeeper实现分布式锁区别1、分布式锁三种实现方式：基于数据库实现分布式锁；基于缓存（Redis等）实现分布式锁；基于Zookeeper实现分布式锁 。从性能角度（从高到低）来看：“缓存方式Zookeeper方式=数据库方式” 。1 。
2、基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快 ， 因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下 。
3、基于数据库实现分布式锁：主要是利用数据库的唯一索引来实现，唯一索引天然具有排他性，这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁 。
4、在高性能、高并发的场景下，不建议使用ZooKeeper的分布式锁，因为每次在创建锁和释放锁的过程中，都要动态创建、销毁瞬时节点来实现锁功能，网络通信频繁，性能短板突出 。
5、redisson对分布式锁做了很好封装 ， 只需调用API即可 。
redis性能有哪些问题1、以下是Redis常见的性能问题有哪些？Master写内存快照，save命令调度rdbSave函数 ， 会阻塞主线程的工作，当快照比较大时对性能影响是非常大的 ， 会间断性暂停服务，所以Master最好不要写内存快照 。
2、内存使用率：Redis是一种内存数据库，频繁的数据更新会导致内存使用率增加，如果内存不足，就会影响Redis的性能和可靠性 。
【redis redis每天一学】3、内存限制：Redis是基于内存的存储系统，当缓存数据量过大时，可能会消耗大量内存资源，影响软件其他功能的性能 。缓存穿透、缓存击穿和缓存雪崩：这些现象可能导致缓存系统承受较大压力，进而影响整个软件的性能和稳定性 。
4、网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况 。Redis的高性能除了内存之外，就在于网络IO，请求量突增会导致网卡负载变高 。
5、为什么Redis是单线程的官方答案因为Redis是基于内存的操作，CPU不是Redis的瓶颈 ， Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现，而且CPU不会成为瓶颈，那就顺理成章地采用单线程的方案了 。
6、Redis是一个内存数据库，当Redis使用的内存超过物理内存的限制后，内存数据会和磁盘产生频繁的交换 ， 交换会导致Redis性能急剧下降 。所以在生产环境中我们通过配置参数maxmemoey来限制使用的内存大小 。
