项目中双重加锁与redis的配合使用

本文介绍了在分布式系统中,如何将传统的synchronized加锁改进为使用Redis实现的分布式锁来解决并发问题。首先,文章指出了synchronized在分布式环境下的局限性,然后通过一个商品查询的场景,展示了一个利用Redis实现的分布式锁的改进方案。
摘要由CSDN通过智能技术生成

说明,在工作中遇到的一个类似于单例模式双重加锁与redis结合的应用,因此记录下来,但是最开始代码有些问题,之后我做了些改进

1、synchronized加锁

  • 场景,根据商品id(itemId)去查找商品,先从缓存中获取,缓存中获取不到再从数据库中获取。最开始的伪代码如下,但存在一些问题:
String key = String.format("item.detail.%s", itemId);
        // 从redis中获取数据-这里可能有多个线程同时从redis中获取数据
        ItemDetailVO vo = redisTemplate.opsForValue().get(key);
        // 如果redis里面为空,那么需要从数据库中获取数据。不为空直接返回
        if (null == vo) {
            // 加锁,只允许一个线程去访问数据库,避免线程过多造成mysql压力过大
            synchronized (this) {
                // 这里再从redis中获取一下值,因为可能其它线程已经从数据库里面获取了值
                vo = redisTemplate.opsForValue().get(key);
                // 如果为空,则通过getItemDetail方法从数据库中获取值
                if (null == vo) {
                    vo = getItemDetail(itemId);
                    if (null != vo) {
 
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值