随笔分类 - Redis学习
Redis学习之消息队列
摘要：消息队列 JDK阻塞队列可能存在哪些问题？ 服务器宕机，内存队列中的订单信息全部丢失 线程处理错误，已取出单个订单信息，但没有入库 受单JVM内存限制 所以，我们需要一个独立的队列来存管订单信息，也就是消息队列。 介绍 存放消息的队列。一种开发中常用的中间件 最简单的消息队列模型包括3个角色： 消息
Redis学习之秒杀业务优化
摘要：秒杀业务优化 优化思路： 串行改并行：原本由 1 个线程的操作改为由 2 个或多个线程同时操作，比如 1 个线程负责判断秒杀资格，1 个线程负责减库存 + 创建订单（写） 同步改异步： 判断完秒杀资格后，就可以返回订单 id 给前端； 其余的写库操作可以异步执行。 提高判断秒杀资格的性能：读 DB
Redis学习之Redisson实现分布式锁
摘要：Redisson实现分布式锁 Redisson 是 Java 的 Redis 高级客户端，提供了各种现成的分布式工具类便于我们使用 Redis。 官网：https://github.com/redisson/redisson 中文文档：https://github.com/redisson/redi
Redis学习之Redisson实现可重入锁
摘要：如何实现可重入锁 目的：保证同一个线程可以多次获取同一把锁 解决思路：在锁的 value 中额外保存当前线程获取锁的次数，每次获取锁 +1、释放锁 -1，当次数为 0 时才真正删除 key。 采用hash结构来存储锁信息，如图: 流程如下： 注意： 所有的判断和操作都需要使用Lua脚本来保证原子性
Redis学习之分布式锁
摘要：分布式锁：满足分布式系统或集群模式下多进程可见并且互斥的锁。 分布式锁的两个基本特征： 多线程（进程）可见（读写） 互斥 还应具备的特征： 高可用：不能挂机 高性能：读写要快 安全性：不能出现死锁 实现方式 主要有以下三种： 其中，MySQL 的实现成本相对最低、Redis 性能最高、Zookeep
Redis学习之秒杀业务
摘要：秒杀业务的核心流程是：判断日期和库存、扣减库存、创建订单 如下图： 注意，秒杀库存信息和商品信息最好是独立的两张表，不要放在一起影响性能。 @Resource private ISeckillVoucherService seckillVoucherService; @Resource priv
Redis学习之分布式全局id生成
摘要：介绍 为什么需要分布式全局 ID 生成器？ 对于订单这种数据，数据库自增的规律性太明显，会暴露一些信息（比如根据昨日和今日的订单号差值看出销量） 数据量过大时，不同表的 id 分别自增，容易出现 id 冲突 分布式全局 ID 生成应满足的特点： 唯一：整个系统每个 id 都是唯一的 递增：虽然不连续
Redis学习之缓存雪崩、缓存击穿及封装Redis工具类
摘要：缓存雪崩 缓存雪崩是指在同一时段大量的缓存key同时失效或者Redis服务宕机，导致大量请求到达数据库，带来巨大压力。 解决思路： 1.不让key同时失效 2.尽量不让Redis宕机 具体解决方案： 缓存击穿 又叫热点key失效： 两种解决方案： 1.互斥锁：只有一个线程会负责缓存重建，其余线程拿不
Redis学习之缓存穿透
摘要：缓存穿透 攻击者可以恶意请求数据库中不存在的数据，从而使得每次查询都要绕过缓存查数据库，增大数据库的压力。 解决方案： 1.缓存空值：比如塞一个空字符串。注意可以给空对象的键过期时间设置短一些，或者在新增数据时强制清除下对应缓存（防止查出来还是 null） 2.布隆过滤器 预防做法: 1.增强对请求
Redis学习之缓存实现及缓存更新
摘要：介绍 什么是缓存？ 缓存就是数据交换的缓冲区（称作Cache [ kæʃ ] ），是存贮数据的临时地方，一般读写性能较高。 为什么需要缓存？ 提前准备好数据，便于更快地读写。 缓存是把双刃剑，要权衡利弊。 优点:降低后端负载 提高读写效率，降低响应时间 缺点:数据一致性成本 代码维护成本 运维成本
Redis学习之共享session(单点登录)
摘要：介绍 为什么需要共享session？ 防止多个后端服务器的数据存储不一致，导致用户访问时出现未登录的情况。 如何实现共享session？ 使用独立的内存存储来存放session 实现 key如何设计? 为了安全性，随机生成token，而不是拼接用户信息，防止恶意伪造或爆破。 选择何种value数据结
