分布式锁实现(mysql redis zk)

  • 1 mysql方式

1,利用insert 和 delete控制数据记录来实现锁
2,利用mysql自带锁

  • 2 redis

private static final String LOCK_SUCCESS = "OK";
    private static final String SET_IF_NOT_EXIST = "NX";
    private static final String SET_WITH_EXPIRE_TIME = "EX";
    private static final Long RELEASE_SUCCESS = 1L;
    /**
     * 尝试获取分布式锁
     * @param jedis Redis客户端
     * @param lockKey 锁
     * @param requestId 请求标识
     * @param expireTime 超期时间
     * @return 是否获取成功
     */
    public static boolean tryGetDistributedLock(Jedis jedis, String lockKey, String requestId, int expireTime) {
    	try{
    		String result = jedis.set(lockKey, requestId, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, expireTime);
    		if (LOCK_SUCCESS.equals(result)) {
                return true;
            }
    	}finally{
    		if(jedis != null){
    			jedis.close();
    		}
    	}
        return false;
    }
    
    /**
     * 释放分布式锁
     * @param jedis Redis客户端
     * @param lockKey 锁
     * @param requestId 请求标识
     * @return 是否释放成功
     */
    public static boolean releaseDistributedLock(Jedis jedis, String lockKey, String requestId) {
    	try{
		    String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
	        Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));

	        if (RELEASE_SUCCESS.equals(result)) {
	            return true;
	        }
    	}finally{
    		if(jedis != null){
    			jedis.close();
    		}
    	}
        return false;
    }
    /**
     * 判断锁是否存在
     * @param jedis Redis客户端
     * @param lockKey 锁
     * @param requestId 请求标识
     * @return 锁是否存在
     */
    public static boolean checkDistributedLock(Jedis jedis, String lockKey) {
    	try{
    		String value = jedis.get(lockKey);
            if (StringUtils.isEmpty(value)) {
                return true;
            }
    	}finally{
    		jedis.close();
    	}
        return false;
    }

使用缓存实现分布式锁的优点

性能好。

使用缓存实现分布式锁的缺点

实现过于负责,需要考虑的因素太多。

  • 3 zk

创建临时节点

可以解决单机,锁无法释放,非阻塞,不可冲入,非公平的问题

总结

从理解的难易程度角度(从低到高)

数据库 > 缓存 > Zookeeper

从实现的复杂性角度(从低到高)

Zookeeper > 缓存 > 数据库

从性能角度(从高到低)

缓存 > Zookeeper >= 数据库

从可靠性角度(从高到低)

Zookeeper > 缓存 > 数据库

参考:https://blog.youkuaiyun.com/u010963948/article/details/79006572

### 使用Spring Boot实现分布式锁 在分布式系统中,多个实例可能同时尝试访问相同的共享资源。为了确保数据的一致性和安全性,在这些情况下使用分布式锁是非常重要的。下面介绍几种常见的方式来实现在Spring Boot应用中的分布式锁。 #### Redis 实现分布式锁 Redis是一个高性能的键值对存储系统,它支持原子操作命令SETNX(Set if Not Exists),这使得它可以用来构建简单的分布式互斥锁机制[^1]。当客户端想要获取某个特定名称的锁时,会向服务器发送一条`SET NX PX`指令设置一个有过期时间的key-value记录;如果返回成功则表示获得该锁并可以执行后续业务逻辑处理流程;反之,则说明其他节点已经持有此锁需等待一段时间再重试直到超时放弃竞争为止。 ```java import org.springframework.beans.factory.annotation.Autowired; import org.springframework.data.redis.core.StringRedisTemplate; import org.springframework.stereotype.Service; @Service public class DistributedLockService { @Autowired private StringRedisTemplate stringRedisTemplate; public boolean tryGetDistributedLock(String lockKey, String requestId, int expireTime){ Boolean result = this.stringRedisTemplate.opsForValue().setIfAbsent(lockKey, requestId, Duration.ofMillis(expireTime)); return result != null && result ; } } ``` 这种方案具有较高的性能表现,并且易于理解和部署实施。然而需要注意的是,由于网络分区等原因可能导致某些异常情况发生,因此建议开发者们仔细阅读官方文档了解其局限性并采取相应措施加以规避风险[^4]。 #### Zookeeper 实现分布式锁 Apache ZooKeeper是一种集中式的协调服务软件,能够帮助开发人员轻松解决诸如配置管理、命名服务等问题的同时也提供了临时顺序节点创建API接口可用于设计复杂的同步原语比如选举算法或是读写锁结构体等。对于希望利用ZooKeeper特性来达成目的的应用程序来说,可以通过Curator框架简化编程难度: ```java import org.apache.curator.framework.CuratorFramework; import org.apache.curator.framework.recipes.locks.InterProcessMutex; import java.util.concurrent.TimeUnit; // 创建 Curator 客户端连接至 ZK 集群... InterProcessMutex lock = new InterProcessMutex(client,"/lockPath"); try { // 尝试加锁,默认最多等待60秒 if (!lock.acquire(60L, TimeUnit.SECONDS)) { System.out.println("未能获取到锁"); return false; } } catch (Exception e) { throw new RuntimeException(e); } try{ // 执行临界区代码... }finally{ try { lock.release(); }catch(Exception ex){ logger.error(ex.getMessage(),ex); } } ``` 这种方法具备良好的可靠性和一致性保障能力,但在高并发场景下可能会因为频繁建立TCP长链接而造成一定压力影响整体吞吐量水平。 #### 数据库表实现分布式锁 尽管不推荐作为首选解决方案之一,但确实存在一些特殊场合适合采用关系型数据库来进行锁定控制。通常做法是在专门为此设立的数据表里插入带有唯一约束条件的新纪录代表占有某项资源的权利;一旦事务提交失败即意味着当前请求方无法继续前进必须回滚状态重新发起新一轮争夺过程直至胜利或超时退出游戏结束[^2]。 ```sql CREATE TABLE distributed_lock ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(255), locked_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY(id), UNIQUE(name) ); INSERT INTO `distributed_lock`(name) VALUES('resource_name') AS row_count ON DUPLICATE KEY UPDATE locked_at=NOW(); SELECT COUNT(*) FROM dual WHERE row_count>0; -- 判断是否成功取得锁 ``` 上述SQL片段展示了如何通过MySQL InnoDB引擎特有的行级锁定特性和自动更新时间戳字段配合完成基本功能需求。不过考虑到实际生产环境复杂多变的因素,最好还是优先考虑前两种更为成熟稳定的技术选型。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值