关于Redission读写锁

最新推荐文章于 2024-05-30 14:44:15 发布

花载酒779

最新推荐文章于 2024-05-30 14:44:15 发布

阅读量889

点赞数 12

文章标签：数据库 java 中间件缓存分布式

本文链接：https://blog.csdn.net/m0_66532138/article/details/137044157

版权

思考一个场景，当我们的一个数据正在修改的时候，正好有用户来访问，我们对这个数据的相关统计监控数据就无法正确进行。

什么是读写锁：

读写锁是一种用于管理对共享资源的访问的同步机制，允许多个线程同时读取共享资源，但在写入时保证独占访问，以确保数据的一致性和完整性。

读写锁分两种：

1.读锁(共享锁)：

多个线程可以同时获取读锁，用于并发读取共享资源。读锁在没有写锁的情况下可以被多个线程持有。

2.写锁(排它锁)：

写锁是独占的，一旦一个线程获取了写锁，其他线程无法同时获取读锁或者写锁。写锁用于修改共享资源，确保在写入时没有其他线程能有访问。

优点：

读写锁的优势在于它允许多个线程同时读取共享资源，提高了读取的并发性，从而提升了性能。但是，在写入时必须独占资源，以确保数据的一致性。这种锁的使用场景适用于读操作频繁，写操作较少的情况。

仍有问题：

当我们在修改数据的时候拿到了写锁，读锁获取不到，难道这段时间内用户一直不允许访问么？

如果获取不到就一直等着，会有很多线程堆在这里，应用会垮掉。

如果获取不到就返回，那我们后续的数据统计监控，记录信息就不精准

改进：

我们用到了延迟队列：

当我们获取读锁失败的时候，把东西扔给延迟队列，可以设置一个等待时间，时间到了再去统计，如果还没获取到锁，那就再扔进去，等待一定时间后统计。

读写锁使用：

修改时：

            //拿到写锁
            RReadWriteLock readWriteLock = redissonClient.getReadWriteLock(String.format(LOCK_GID_UPDATE_KEY, requestParam.getFullShortUrl()));
            RLock rLock = readWriteLock.writeLock();
            if (!rLock.tryLock()) {
                throw new ServiceException("短链接正在被访问，请稍后再试...");
            }
            try {
            } 
            finally {
            rLock.unlock();
            }

读取信息时：

        RReadWriteLock readWriteLock = redissonClient.getReadWriteLock(String.format(LOCK_GID_UPDATE_KEY, fullShortUrl));
        //先拿读锁
        RLock rLock = readWriteLock.readLock();
        if (!rLock.tryLock()) {
            delayShortLinkStatsProducer.send(statsRecord);
            return;
        }
         try {
         } 
         catch (Throwable ex) {
            throw new ServiceException("监控器异常");
        }
         finally {
         rLock.unlock();
         }

生产者：

public class DelayShortLinkStatsProducer {

    private final RedissonClient redissonClient;

    /**
     * 发送延迟消费短链接统计
     *
     * @param statsRecord 短链接统计实体参数
     */
    public void send(ShortLinkStatsRecordDTO statsRecord) {
        RBlockingDeque<ShortLinkStatsRecordDTO> blockingDeque = redissonClient.getBlockingDeque(DELAY_QUEUE_STATS_KEY);
        RDelayedQueue<ShortLinkStatsRecordDTO> delayedQueue = redissonClient.getDelayedQueue(blockingDeque);
        delayedQueue.offer(statsRecord, 5, TimeUnit.SECONDS);
    }
}

消费者：

@Component
@RequiredArgsConstructor
public class DelayShortLinkStatsConsumer implements InitializingBean {

    private final RedissonClient redissonClient;
    private final ShortLinkService shortLinkService;

    public void onMessage() {
        Executors.newSingleThreadExecutor(
                        runnable -> {
                            Thread thread = new Thread(runnable);
                            thread.setName("delay_short-link_stats_consumer");
                            thread.setDaemon(Boolean.TRUE);
                            return thread;
                        })
                .execute(() -> {
                    RBlockingDeque<ShortLinkStatsRecordDTO> blockingDeque = redissonClient.getBlockingDeque(DELAY_QUEUE_STATS_KEY);
                    RDelayedQueue<ShortLinkStatsRecordDTO> delayedQueue = redissonClient.getDelayedQueue(blockingDeque);
                    for (; ; ) {
                        try {
                            ShortLinkStatsRecordDTO statsRecord = delayedQueue.poll();
                            if (statsRecord != null) {
                                shortLinkService.shortLinkStats(null, null, statsRecord);
                                continue;
                            }
                            LockSupport.parkUntil(500);
                        } catch (Throwable ignored) {
                        }
                    }
                });
    }

    @Override
    public void afterPropertiesSet() throws Exception {
        onMessage();
    }
}

后续我们可以使用Rabbit或者别的MQ的延迟队列来进行更好的替换优化