一、分布式锁应该具备哪些条件
1、在分布式系统环境下,一个方法在同一时间只能被一个机器的一个线程执行;
2、高可用高性能的获取锁和释放锁;
3、具备可重入特性;
4、具备锁失效机制,防止死锁;
5、具备非阻塞锁特性,没有获取到锁就直接返回获取锁失败。
二、分布式锁的实现方式
在很多场景中,我们为了保证数据的最终一致性,需要使用分布式事务,分布式锁等。我们需要保证一个方法在同一时间只能被同一个线程执行。
基于数据库实现分布式锁;
基于缓存(Redis)实现分布式锁;
基于Zookeeper实现分布式锁。
不同的业务要根据自己的情况进行选型,选择合适的方案。
三 、基于数据库的分布式锁
在数据库中创建一个表,表中包含方法名等字段,并在方法名字段上加唯一索引,想要执行这个方法,就使用这个方法名向表中插入数据,成功插入则获得锁,执行完成后删除对应数据释放锁。
(1)创建一个表:
lock_name字段作为唯一性索引
CREATE TABLE `cluster_lock` (
`lock_name` varchar(255) CHARACTER SET latin1 NOT NULL,
`ttl` int(11) NOT NULL,
`gmt_create` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
UNIQUE KEY `lock_name_unique` (`lock_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin
获取锁,释放锁的方法
@Service
public class LockServiceImpl implements LockService {
@Autowired
private LockMapper lockMapper;
public static final int THREE_SECOND_MILLISECOND = 3 * 1000;
private void deleteLock(String lockName) {
ClusterLockDO clusterLockDO = clusterLockMapper.selectByName(lockName);
if (clusterLockDO != null) {
//即使主动释放锁,也必须要锁3秒钟以上
if ((new Date().getTime() - clusterLockDO.getGmtCreate().getTime()) > THREE_SECOND_MILLISECOND) {
//删除锁
lockMapper.deleteByLockName(lockName);
} else {
//更新锁 (时间)
lockMapper.updateTtlByLockName(lockName, THREE_SECOND_MILLISECOND);
}
}
}
public boolean getLock(String lockName, int ttl) {
Preconditions.checkNotNull(lockName, "lockName");
Preconditions.checkArgument(ttl > 0, "ttl必须大于0");
ClusterLockDO clusterLockDO = lockMapper.selec