java多線程事務(wù)加鎖引發(fā)bug用戶重復(fù)注冊解決分析
一 復(fù)現(xiàn)過程
文記錄博主線上項目一次用戶重復(fù)注冊問題的分析過程與解決方案
- 博主github地址: github.com/wayn111
線上客戶端用戶使用微信掃碼登陸時需要再綁定一個手機號,在綁定手機后,用戶購買客戶端商品下線再登錄,發(fā)現(xiàn)用戶賬號ID被變更,已經(jīng)不是用戶剛綁定手機號時自動登錄的用戶賬號ID,查詢線上數(shù)據(jù)庫,發(fā)現(xiàn)同一個手機生成了多個賬號id,至此問題復(fù)現(xiàn)
二 分析過程
發(fā)現(xiàn)數(shù)據(jù)庫中一個手機號生成了多個用戶賬號,第一反應(yīng)是用戶在綁定手機號過程中,多次點擊綁定按鈕,導(dǎo)致綁定接口被調(diào)用多次,造成多線程并發(fā)調(diào)用用戶注冊接口,進(jìn)而生成多個賬號。為了驗證我們的猜想,直接查看綁定手機后的用戶注冊方法
/**
* 根據(jù)用戶手機號進(jìn)行注冊操作
*/
// 啟動@Transactional事務(wù)注解
@Transactional(rollbackFor = Exception.class)
public boolean userRegister(LoginReqBody body, BaseReqHeader header, BaseResp<BaseRespHeader, LoginRespBody> resp) {
RedisLock redisLock = redisCache.getRedisLock(RedisNameEnum.USER_REGISTER_LOCK.get(""), 10);
boolean lock;
try {
lock = redisLock.lock();
// 使用redis分布式鎖
if (lock) {
// 查詢數(shù)據(jù)庫該用戶手機號是否插入成功,已存在則退出操作
MemberDO member = mapper.findByMobile(body.getAccount(), body.getRegRes());
if (Objects.nonNull(member)) {
resp.setResultFail(ReturnCodeEnum.USER_EXIST);
return false;
}
// 執(zhí)行用戶注冊操作,包含插入用戶表、訂單表、是否被邀請
...
}
} catch (Exception e) {
log.error("用戶注冊失敗:", e);
throw new Exception("用戶注冊失敗");
} finally {
redisLock.unLock();
}
// 添加注冊日志,上報到數(shù)據(jù)分析平臺...
return true;
}初看代碼,在分布式環(huán)境中,先加分布式鎖保證同時只能被一個線程執(zhí)行,然后判斷數(shù)據(jù)庫中是否存在用戶手機信息,已存在則退出,不存在則執(zhí)行用戶注冊操作,咋以為邏輯上沒有問題,但是線上環(huán)境確實就是出現(xiàn)了相同手機號重復(fù)注冊的問題,首先代碼被 @Transactional 注解包含,就是在自動事務(wù)中執(zhí)行注冊邏輯
現(xiàn)在博主帶大家回憶一下,MySQL 事務(wù)的隔離級別有4個
- Read uncommitted:讀取未提交,其他事務(wù)只要修改了數(shù)據(jù),即使未提交,本事務(wù)也能看到修改后的數(shù)據(jù)值。
- Read committed:讀取已提交,其他事務(wù)提交了對數(shù)據(jù)的修改后,本事務(wù)就能讀取到修改后的數(shù)據(jù)值。
- Repeatable read:可重復(fù)讀,無論其他事務(wù)是否修改并提交了數(shù)據(jù),在這個事務(wù)中看到的數(shù)據(jù)值始終不受其他事務(wù)影響。
- Serializable:串行化,一個事務(wù)一個事務(wù)的執(zhí)行。
- MySQL數(shù)據(jù)庫默認(rèn)使用可重復(fù)讀( Repeatable read)。
隔離級別越高,越能保證數(shù)據(jù)的完整性和一致性,但是對并發(fā)性能的影響也越大,MySQL的默認(rèn)隔離級別是讀可重復(fù)讀。在上述場景里,也就是說,無論其他線程事務(wù)是否提交了數(shù)據(jù),當(dāng)前線程所在事務(wù)中看到的數(shù)據(jù)值始終不受其他事務(wù)影響
說人話(劃重點):就是在 MySQL 中一個線程所在事務(wù)是讀不到另一個線程事務(wù)未提交的數(shù)據(jù)的
下面結(jié)合上述代碼給出分析過程:上述注冊邏輯都包含在 Spring 提供的自動事務(wù)中,整個方法都在事務(wù)中。而加鎖也在事務(wù)中執(zhí)行。最終導(dǎo)致我們注冊 線程B 在當(dāng)前事物中查詢不到另一個注冊 線程A 所在事物未提交的數(shù)據(jù), 舉個例子
eg:
- 當(dāng)用戶執(zhí)行注冊操作,重復(fù)點擊注冊按鈕時,假設(shè)線程A和B同時執(zhí)行到
redisLock.lock()時,假設(shè)線程A獲取到鎖,線程B進(jìn)入自旋等待,線程A執(zhí)行mapper.findByMobile(body.getAccount(), body.getRegRes())操作,發(fā)現(xiàn)用戶手機不存在數(shù)據(jù)庫中,進(jìn)行注冊操作(添加用戶信息入庫等),執(zhí)行完畢,釋放鎖。執(zhí)行后續(xù)添加注冊日志,上報到數(shù)據(jù)分析平臺操作,注意此時事務(wù)還未提交。 - 線程B終于獲取到鎖,執(zhí)行
mapper.findByMobile(body.getAccount(), body.getRegRes())操作,在我們一開始的假設(shè)中,以為這里會返回用戶已存在,但是實際執(zhí)行結(jié)果并不是這樣的。原因就是線程A的事務(wù)還未提交,線程B讀不到線程A未提交事務(wù)的數(shù)據(jù)也就是說查不到用戶已注冊信息,至此,我們知道了用戶重復(fù)注冊的原因。
三 解決方案
給出三種解決方案
3.1 修改事務(wù)范圍
將事務(wù)的操作代碼最小化,保證在加鎖結(jié)束前完成事務(wù)提交,代碼如下開啟手動事務(wù),這樣其他線程在加鎖代碼塊中就能看到最新數(shù)據(jù)
@Autowired
private PlatformTransactionManager platformTransactionManager;
@Autowired
private TransactionDefinition transactionDefinition;
private boolean userRegister(LoginReqBody body, BaseReqHeader header, BaseResp<BaseRespHeader, LoginRespBody> resp) {
RedisLock redisLock = redisCache.getRedisLock(RedisNameEnum.USER_REGISTER_LOCK.get(""), 10);
boolean lock;
TransactionStatus transaction = null;
try {
lock = redisLock.lock();
// 使用redis分布式鎖
if (lock) {
// 查詢數(shù)據(jù)庫該用戶手機號是否插入成功,已存在則退出操作
MemberDO member = mapper.findByMobile(body.getAccount(), body.getRegRes());
if (Objects.nonNull(member)) {
resp.setResultFail(ReturnCodeEnum.USER_EXIST);
return false;
}
// 手動開啟事務(wù)
transaction = platformTransactionManager.getTransaction(transactionDefinition);
// 執(zhí)行用戶注冊操作,包含插入用戶表、訂單表、是否被邀請
...
// 手動提交事務(wù)
platformTransactionManager.commit(transaction);
...
}
} catch (Exception e) {
log.error("用戶注冊失?。?, e);
if (transaction != null) {
platformTransactionManager.rollback(transaction);
}
return false;
} finally {
redisLock.unLock();
}
// 添加注冊日志,上報到數(shù)據(jù)分析平臺...
return true;
}3.2 在用戶注冊時針對注冊接口添加防重復(fù)提交處理
下面給出一個基于 AOP 切面 + 注解實現(xiàn)的限流邏輯
/**
* 限流枚舉
*/
public enum LimitType {
// 默認(rèn)
CUSTOMER,
// by ip addr
IP
}
/**
* 自定義接口限流
*
* @author jacky
*/
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface Limit {
boolean useAccount() default true;
String name() default "";
String key() default "";
String prefix() default "";
int period();
int count();
LimitType limitType() default LimitType.CUSTOMER;
}
/**
* 限制器切面
*/
@Slf4j
@Aspect
@Component
public class LimitAspect {
@Autowired
private StringRedisTemplate stringRedisTemplate;
@Pointcut("@annotation(com.dogame.dragon.sparrow.framework.common.annotation.Limit)")
public void pointcut() {
}
@Around("pointcut()")
public Object around(ProceedingJoinPoint joinPoint) throws Throwable {
ServletRequestAttributes attrs = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
HttpServletRequest request = attrs.getRequest();
MethodSignature signature = (MethodSignature) joinPoint.getSignature();
Method signatureMethod = signature.getMethod();
Limit limit = signatureMethod.getAnnotation(Limit.class);
boolean useAccount = limit.useAccount();
LimitType limitType = limit.limitType();
String key = limit.key();
if (StringUtils.isEmpty(key)) {
if (limitType == LimitType.IP) {
key = IpUtils.getIpAddress(request);
} else {
key = signatureMethod.getName();
}
}
if (useAccount) {
LoginMember loginMember = LocalContext.getLoginMember();
if (loginMember != null) {
key = key + "_" + loginMember.getAccount();
}
}
String join = StringUtils.join(limit.prefix(), key, "_", request.getRequestURI().replaceAll("/", "_"));
List<String> strings = Collections.singletonList(join);
String luaScript = buildLuaScript();
RedisScript<Long> redisScript = new DefaultRedisScript<>(luaScript, Long.class);
Long count = stringRedisTemplate.execute(redisScript, strings, limit.count() + "", limit.period() + "");
if (null != count && count.intValue() <= limit.count()) {
log.info("第{}次訪問key為 {},描述為 [{}] 的接口", count, strings, limit.name());
return joinPoint.proceed();
} else {
throw new DragonSparrowException("短時間內(nèi)訪問次數(shù)受限制");
}
}
/**
* 限流腳本
*/
private String buildLuaScript() {
return "local c" +
"\nc = redis.call('get',KEYS[1])" +
"\nif c and tonumber(c) > tonumber(ARGV[1]) then" +
"\nreturn c;" +
"\nend" +
"\nc = redis.call('incr',KEYS[1])" +
"\nif tonumber(c) == 1 then" +
"\nredis.call('expire',KEYS[1],ARGV[2])" +
"\nend" +
"\nreturn c;";
}
}- 前端針對綁定手機按鈕添加防止連點處理
四 總結(jié)
線上項目對于 Spring 提供的自動事務(wù)注解使用要多加思考,盡可能減少事務(wù)影響范圍,針對注冊等按鈕要在前后端添加防重復(fù)點擊處理
以上就是java多線程事務(wù)加鎖引發(fā)bug用戶重復(fù)注冊解決分析的詳細(xì)內(nèi)容,更多關(guān)于java多線程事務(wù)重復(fù)注冊的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
idea編寫yml、yaml文件以及其優(yōu)先級的使用
本文主要介紹了idea編寫yml、yaml文件以及其優(yōu)先級的使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-07-07
JAVA實戰(zhàn)練習(xí)之圖書管理系統(tǒng)實現(xiàn)流程
隨著網(wǎng)絡(luò)技術(shù)的高速發(fā)展,計算機應(yīng)用的普及,利用計算機對圖書館的日常工作進(jìn)行管理勢在必行,本篇文章手把手帶你用Java實現(xiàn)一個圖書管理系統(tǒng),大家可以在過程中查缺補漏,提升水平2021-10-10

