之前的文章《Java分布式锁实现》中列举了分布式锁的3种实现方式,分别是基于数据库实现,基于缓存实现和基于zookeeper实现。三种实现方式各有可取之处,本篇文章就详细讲解一下Java分布式锁之基于数据库的实现方式,也是最简单最易理解的实现方式。

首先,先来阐述下“锁”的概念,锁作为一种安全防御工具,既能上锁防止别人打开,又能让持有钥匙的人打开锁,这是锁的基本功能。那再来说一下“分布式锁”,分布式锁是在分布式系统(多个独立运行系统)内的锁,相对来说,这把锁的安全级别以及作用范围更大,所以从设计上就要考虑更多东西。

现在来说,怎么基于数据库实现这把分布式锁。其实说白了就是,把锁作为数据资源存入数据库,当持有这把锁的访问者来决定是否开锁。

以下详细讲解了在多个应用服务里,怎样用数据库去实现分布式锁。

结合案例:

1.客户app取出交易(同一个客户在某一个时间点只能对某种资产做取现操作)

2.交易重试补偿(交易过程服务宕机,扫描重试补偿)

一、数据库的设计

数据库锁表的表结构如下:

 
field type comment
ID bigint 主键
OUTER_SERIAL_NO varchar 流水号
CUST_NO char 客户号
SOURCE_CODE varchar 锁操作
THREAD_NO varchar 线程号
STATUS char 锁状态
REMARK varchar 备注
CREATED_AT timestamp 创建时间
UPDATED_AT timestamp 更新时间

作为锁的必要属性有5个:系统流水号,客户号,锁操作,线程号和锁状态,下面来解释一下每种属性

流水号:锁的具体指向,比如可以是产品,可以是交易流水号(后面会说到交易同步锁、交易补偿锁的使用方式)

客户号:客户的唯一标识

锁操作:客户的某种操作,比如客户取现操作,取现补偿重试操作

线程号:当前操作线程的线程号,比如取当前线程的uuid

锁状态:P处理中,F失败,Y成功

二、代码设计

代码的目录结构如下:

主要贴一下锁操作的核心代码实现:

锁接口定义:DbLockManager.java

/**
* 锁接口 <br>
*
* @Author fugaoyang
*
*/
public interface DbLockManager { /**
* 加锁
*/
boolean lock(String outerSerialNo, String custNo, LockSource source); /**
* 解锁
*/
void unLock(String outerSerialNo, String custNo, LockSource source, LockStatus targetStatus); }

锁接口实现类:DbLockManagerImpl.java

/**
*
* 数据库锁实现<br>
*
* @author fugaoyang
*
*/
@Service
public class DbLockManagerImpl implements DbLockManager { private final Logger LOG = LoggerFactory.getLogger(this.getClass()); @Autowired
private DbSyncLockMapper lockMapper; @Transactional
public boolean lock(String outerSerialNo, String custNo, LockSource source) { boolean isLock = false;
TradeSyncLock lock = null;
try {
lock = lockMapper.find(outerSerialNo, custNo, source.getCode()); if (null == lock) {
lock = new TradeSyncLock();
createLock(lock, outerSerialNo, custNo, source); int num = lockMapper.insert(lock);
if (num == 1) {
isLock = true;
} LOG.info(ThreadLogUtils.getLogPrefix() + "加入锁,客户号[{}],锁类型[{}]", custNo, source.getCode());
return isLock;
} // 根据交易类型进行加锁
isLock = switchSynsLock(lock, source);
LOG.info(ThreadLogUtils.getLogPrefix() + "更新锁,客户号[{}],锁类型[{}]", custNo, source.getCode()); } catch (Exception e) {
LOG.error(ThreadLogUtils.getLogPrefix() + "交易加锁异常, 客户号:" + custNo, e);
}
return isLock;
} @Transactional
public void unLock(String outerSerialNo, String custNo, LockSource source, LockStatus targetStatus) { try {
TradeSyncLock lock = lockMapper.find(outerSerialNo, custNo, source.getCode()); if (null != lock) {
lockMapper.update(lock.getId(), targetStatus.getName(), LockStatus.P.getName(),
ThreadLogUtils.getCurrThreadUuid(), ThreadLogUtils.getCurrThreadUuid());
} LOG.info(ThreadLogUtils.getLogPrefix() + "释放锁,客户号[{}],锁类型[{}]", custNo, source.getCode());
} catch (Exception e) {
LOG.error(ThreadLogUtils.getLogPrefix() + "释放锁异常, 客户号:{}", custNo, e);
}
} /**
* 匹配加锁
*/
private boolean switchSynsLock(TradeSyncLock lock, LockSource source) {
boolean isLock = false; switch (source) {
case WITHDRAW:
;
isLock = tradeSynsLock(lock);
break;
case WITHDRAW_RETRY:
;
isLock = retrySynsLock(lock);
break;
default:
;
}
return isLock;
} /**
* 交易同步锁
*/
private boolean tradeSynsLock(TradeSyncLock lock) {
// 处理中的不加锁,即不执行交易操作
if (LockStatus.P.getName().equals(lock.getStatus())) {
return false;
} int num = lockMapper.update(lock.getId(), LockStatus.P.getName(), LockStatus.S.getName(),
ThreadLogUtils.getCurrThreadUuid(), null);
if (num == 1) {
return true;
}
return false;
} /**
* 补偿同步锁
*/
private boolean retrySynsLock(TradeSyncLock lock) {
// 处理中或处理完成的不加锁,即不执行补偿操作
if (LockStatus.P.getName().equals(lock.getStatus()) || LockStatus.S.getName().equals(lock.getStatus())) {
return false;
} int num = lockMapper.update(lock.getId(), LockStatus.P.getName(), LockStatus.F.getName(),
ThreadLogUtils.getCurrThreadUuid(), null);
if (num == 1) {
return true;
}
return false;
} private void createLock(TradeSyncLock lock, String outerSerialNo, String custNo, LockSource source) {
lock.setOuterSerialNo(outerSerialNo);
lock.setCustNo(custNo);
lock.setSourceCode(source.getCode());
lock.setThreadNo(ThreadLogUtils.getCurrThreadUuid());
lock.setStatus(LockStatus.P.getName());
lock.setRemark(source.getDesc());
} }

获取当前线程号以及打印uuid工具类ThreadLogUtils.Java

/**
*
* 线程处理<br>
*
* @author fugaoyang
*
*/
public class ThreadLogUtils { private static ThreadLogUtils instance = null; private ThreadLogUtils() {
setInstance(this);
} // 初始化标志
private static final Object __noop = new Object();
private static ThreadLocal<Object> __flag = new InheritableThreadLocal<Object>() {
@Override
protected Object initialValue() {
return null;
}
}; // 当前线程的UUID信息,主要用于打印日志;
private static ThreadLocal<String> currLogUuid = new InheritableThreadLocal<String>() {
@Override
protected String initialValue() {
return UUID.randomUUID().toString()/* .toUpperCase() */;
}
}; private static ThreadLocal<String> currThreadUuid = new ThreadLocal<String>() {
@Override
protected String initialValue() {
return UUIDGenerator.getUuid();
}
}; public static void clear(Boolean isNew) {
if (isNew) { currLogUuid.remove(); __flag.remove(); currThreadUuid.remove(); }
} public static String getCurrLogUuid() {
if (!isInitialized()) {
throw new IllegalStateException("TLS未初始化");
} return currLogUuid.get();
} public static String getCurrThreadUuid() {
return currThreadUuid.get();
} public static void clearCurrThreadUuid() {
currThreadUuid.remove();
} public static String getLogPrefix() {
if (!isInitialized()) {
return "";
} return "<uuid=" + getCurrLogUuid() + ">";
} private static boolean isInitialized() {
return __flag.get() != null;
} /**
* 初始化上下文,如果已经初始化则返回false,否则返回true<br/>
*
* @return
*/
public static boolean initialize() {
if (isInitialized()) {
return false;
} __flag.set(__noop);
return true;
} private static void setInstance(ThreadLogUtils instance) {
ThreadLogUtils.instance = instance;
} public static ThreadLogUtils getInstance() {
return instance;
} }

两种锁的实现的大致思路如下:

1.交易同步锁

当一个客户在app取现,第一次进入时,会插入一条当前线程,状态是P,操作是取现的锁,取现成功后根据当前线程号会更新成功;

当一个客户同时多个取现操作时,只有一个取现操作会加锁成功,其它会加锁失败;

当一个客户已经在取现中,这时数据库已经有一条状态P的锁,该客户同时又做了取现,这个取现动作会尝试加锁而退出;

2.交易重试补偿锁

1.当一个客户取现加锁成功,因调用第三方支付接口超时时,后台会对该笔交易重新发起重试打款操作,这时会新加一条当前交易流水号,当前线程号,状态是P,操作是取现重试的锁,重试的支付结果是成功的话,更新该条锁数据为Y状态,否则更新该条数据为F状态;

2.当重试支付失败后,再去重试打款时,发现锁的状态是F,这时把F更新为P,继续重试,根据重试结果更新锁状态。

上面实现的是一个最基本的数据库分布式锁,满足的并发量也是基于数据库所能扛得住的,性能基本可以满足普通的交易量。

后续可以优化的部分:

1.当一个用户同时多次获取lock时,因为目前是用的乐观锁,只会有一个加锁成功,可以优化成加入while(true)循环获取lock,当失败次数到达指定次数时退出,当前的操作结束。

2.当锁表数据量随着时间增大时,可以考虑按用户对锁表进行分表分库,以减小数据库方面的压力。

3.对锁的操作可以抽象出来,作为抽象实现,比如具体的取现操作只关心取现这个业务实现。

因为时间有限,写的比较仓促,希望大家有问题可以提出,相互探讨~~

完整示例代码后续会更新到github。



Java分布式锁之数据库方式实现的更多相关文章

  1. Java分布式锁之数据库实现

    之前的文章<Java分布式锁实现>中列举了分布式锁的3种实现方式,分别是基于数据库实现,基于缓存实现和基于zookeeper实现.三种实现方式各有可取之处,本篇文章就详细讲解一下Java分 ...

  2. 分布式锁的实现方式——ACID数据库、缓存或者是zk

    针对分布式锁的实现,目前比较常用的有以下几种方案: 基于数据库实现分布式锁 基于缓存(redis,memcached,tair)实现分布式锁 基于Zookeeper实现分布式锁 在分析这几种实现方案之 ...

  3. Java分布式:分布式锁之数据库实现

    Java分布式:分布式锁之数据库实现 分布式锁系列教程重点分享锁实现原理 锁实现原理 创建一张名为methodLock的数据库表,为方法名字段(method_name)添加唯一性约束. CREATE ...

  4. java 分布式锁

    转自:http://www.hollischuang.com/archives/1716 目前几乎很多大型网站及应用都是分布式部署的,分布式场景中的数据一致性问题一直是一个比较重要的话题.分布式的CA ...

  5. java 分布式锁方案

    第一步,自身的业务场景: 在我日常做的项目中,目前涉及了以下这些业务场景: 场景一: 比如分配任务场景.在这个场景中,由于是公司的业务后台系统,主要是用于审核人员的审核工作,并发量并不是很高,而且任务 ...

  6. java 分布式锁总结

    第一步,自身的业务场景: 在我日常做的项目中,目前涉及了以下这些业务场景: 场景一: 比如分配任务场景.在这个场景中,由于是公司的业务后台系统,主要是用于审核人员的审核工作,并发量并不是很高,而且任务 ...

  7. Java分布式锁实现详解

    在进行大型网站技术架构设计以及业务实现的过程中,多少都会遇到需要使用分布式锁的情况.那么问题也就接踵而至,哪种分布式锁更适合我们的项目? 下面就这个问题,我做了一些分析: 分布式锁现状: 目前几乎很多 ...

  8. redis咋么实现分布式锁,redis分布式锁的实现方式,redis做分布式锁 积极正义的少年

    前言 分布式锁一般有三种实现方式:1. 数据库乐观锁:2. 基于Redis的分布式锁:3. 基于ZooKeeper的分布式锁.本篇博客将介绍第二种方式,基于Redis实现分布式锁.虽然网上已经有各种介 ...

  9. Java分布式锁,搞懂分布式锁实现看这篇文章就对了

    随着微处理机技术的发展,人们只需花几百美元就能买到一个CPU芯片,这个芯片每秒钟执行的指令比80年代最大的大型机的处理机每秒钟所执行的指令还多.如果你愿意付出两倍的价钱,将得到同样的CPU,但它却以更 ...

随机推荐

  1. 12_Redis缓存穿透

    [何为缓存穿透] 缓存穿透是查询一个一定不存在的数据,这样的请求都要到存储层MySql去查询,失去了缓存的意义,在流量大时,可能MySql就挂掉了,要是有人利用不存在的key频繁攻击我们的应用,这就是 ...

  2. MySQL数据库、表的字符编码

    用MySQL命令行新建数据库和表时默认的字符编码是latin1,但是在实际开发过程中一般都是使用utf8格式的编码.操作如下: 1.修改数据库字符编码 mysql> alter database ...

  3. Studying TCP's Congestion Window using NS

    Studying TCP's Congestion Window using NS How to obtain TCP's CWND value The most important value th ...

  4. yii2.0中url重写实现方法

    在yii框架里有前台和后台页面,举例前台url重写. 控制器与路由 控制器以Controller作为后缀,继承自yii\web\Controller; 动作以action作为前缀,public访问修饰 ...

  5. poj1322 Chocolate 【 概率DP 】

    题目链接:poj1322 Chocolate [概率DP ] 题意:袋中有C种颜色巧克力,每次从其中拿出一块放桌上,如果桌上有两块相同颜色巧克力则吃掉,问取出N块巧克力后,求桌上正好剩下M块巧克力的概 ...

  6. Javascript 中 Array的 sort()和 compare()方法

    Javascript 中 Array的 sort()方法其实是把要排序的内容转化为string(调用 toString()), 然后按照字符串的第一位 ascii 码先后顺序进行比较,不是数字. 我们 ...

  7. 牛客网多校训练第三场 A - PACM Team(01背包变形 + 记录方案)

    链接: https://www.nowcoder.com/acm/contest/141/A 题意: 有n(1≤n≤36)个物品,每个物品有四种代价pi,ai,ci,mi,价值为gi(0≤pi,ai, ...

  8. UVa 10491 - Cows and Cars(全概率)

    链接: https://uva.onlinejudge.org/index.php?option=com_onlinejudge&Itemid=8&page=show_problem& ...

  9. linux常用搜索文件命令

    使用linux系统难免会忘记文件所在的位置,可以使用以下命令对系统中的文件进行搜索.搜索文件的命令为”find“:”locate“:”whereis“:”which“:”type“ 方法/步骤     ...

  10. Fidder学习基础(二)

    一. 巧用代理抓包. 首页,需设置Tools——>Fiddler Options——>Connectons,维护代理端口及允许其他设备连接. 这里,需要注意的是端口配置不能重复,抓包代理设 ...