Redisson读写锁和分布式锁的项目实践

问题1:在修改分组时,有短链接正在访问会出现什么问题?怎么解决

• 假设:现有线程A正在修改短链a的分组gid1为gid2(还未修改成功)
• 同时有一个线程B获取了短链a分组gid1,要进行统计pv,uv,uip操作时.发现gid1已经不存在了,就会发生并发问题

解决方案:采用读写锁

什么是读写锁

Redisson读写锁是一种基于Redis实现特殊的机制,用于在分布式系统中协调对共享资源的访问,其继承了Java中的ReentrantReadWriteLock的思想.特别适用于读多写少的场景.其核心是:允许多个线程同时读取共享资源,但写操作必须占用资源.从而保证线程安全的同时提高并发性能

• 十分适合短链更新时:当某个线程需要更新资源时→需要获取写锁.此时所有的读操作和其他写线程会被阻塞,保证数据的一致性

核心原理

读锁(共享锁):

• 共享性:允许多个线程同时持有读锁
• 互斥性:只要存在读锁,该线程就不能获取写锁

写锁(排他锁):

• 独占性:同一时刻只能占有一个线程持有写锁
• 互斥性:当一个线程获取了写锁,其他线程就无法同时获取写锁和读锁.写锁占用线程修改共享资源,确保了在修改时没有其他线程访问

基本代码结构如下:

RReadWriteLock configLock = redisson.getReadWriteLock("configLock"); // 读配置 configLock.readLock().lock(); try {     return loadConfigFromCache(); } finally {     configLock.readLock().unlock(); } // 写配置 configLock.writeLock().lock(); try {     updateConfigInDB();     refreshCache(); } finally {     configLock.writeLock().unlock(); } 

分布式锁Redisson

• 为防止缓存击穿→大量并发请求同时查询一个失效的缓存，导致数据库压力骤增
• 通过 Redisson 的 RLock(分布式锁)确保同一时刻只有一个线程执行数据库查询操作

双重检查锁→重建缓存

双重检查流程

1. 第一次检查-无锁：
   • 未在代码中显式体现：通常在实际业务中，外层会先尝试从缓存读取数据。如果缓存命中，直接返回数据，无需加锁。此处代码直接处理未命中场景，可能外层已进行第一次检查。
   • 假设场景：当缓存未命中时，请求进入加锁逻辑。
2. 加锁后第二次检查-关键：
   • 在获取分布式锁后，再次检查缓存-stringRedisTemplate.opsForValue().get。
   • 目的:确保在等待锁的过程中，其他线程可能已经更新了缓存，避免重复查询数据库。

缓存穿透和缓存击穿解决方法

• 流程图如下:

• 布隆过滤器+缓存空值+redisson锁
• 缓存空值的操作对布隆过滤器误判操作进行保护→防止穿透
• redisson锁操作对大量空值同时过期操作进行保护→防止击穿

RLock lock = redissonClient.getLock(String.format(LOCK_SHORT_LINK_GOTO_KEY, fullShortUrl));         // 加锁         lock.lock();         try {             // 再次查询缓存             String originalUrl = stringRedisTemplate.opsForValue().get(String.format(GOTO_SHORT_LINK_KEY, fullShortUrl));             // 如果缓存中不存在，则查询数据库             if (StrUtil.isBlank(originalUrl)) {                  //查询goto表                 LambdaQueryWrapper<ShortLinkGotoDO> linkGotoQueryWrapperqueryWrapper = Wrappers.lambdaQuery(ShortLinkGotoDO.class)                         .eq(ShortLinkGotoDO::getFullShortUrl, fullShortUrl);                  ShortLinkGotoDO shortLinkGotoDO = shortLinkGotoMapper.selectOne(linkGotoQueryWrapperqueryWrapper);                  if (shortLinkGotoDO == null) {                     //进行风控解决缓存穿透问题->设为空值                     stringRedisTemplate.opsForValue().set(String.format(SHORT_LINK_IS_NULL_KEY, fullShortUrl), "-", 30, TimeUnit.MINUTES);                     resp.sendRedirect("/page/notfound");                     return;                 }                  //查询短链接表获取originUrl                 LambdaQueryWrapper<ShortLinkDO> queryWrapper = Wrappers.lambdaQuery(ShortLinkDO.class)                         .eq(ShortLinkDO::getGid, shortLinkGotoDO.getGid())                         .eq(ShortLinkDO::getFullShortUrl, fullShortUrl)                         .eq(ShortLinkDO::getEnableStatus, 0);                  ShortLinkDO shortLinkDO = baseMapper.selectOne(queryWrapper);                  //数据库中不存在或者短链接已经过期则跳转404页面                 if (shortLinkDO == null || (shortLinkDO.getValidDate() != null && shortLinkDO.getValidDate().before(new Date()))) {                     //短链接已经过期                     stringRedisTemplate.opsForValue().set(String.format(SHORT_LINK_IS_NULL_KEY, fullShortUrl), "-", 30, TimeUnit.MINUTES);                     resp.sendRedirect("/page/notfound");                     return;                 }                  // 缓存原始链接                 stringRedisTemplate.opsForValue().set(String.format(GOTO_SHORT_LINK_KEY, fullShortUrl), shortLinkDO.getOriginUrl());                  //预热缓存                 stringRedisTemplate.opsForValue().set(                         String.format(GOTO_SHORT_LINK_KEY, fullShortUrl),                         shortLinkDO.getOriginUrl(),                         LinkUtil.getShortLintCacheValidDate(shortLinkDO.getValidDate()),                         TimeUnit.MILLISECONDS);                  // 访问统计                 shortLinkAccessStats(fullShortUrl, shortLinkDO.getGid(), req, resp);                 // 跳转                 resp.sendRedirect(shortLinkDO.getOriginUrl());             }         } finally {             lock. Unlock();