一、概述
在如今高併發、分佈式大行其道的今天,如果你還只會單體項目,那未免也太落伍了。撇開技術落伍、受人恥笑外(臉皮厚的人根本不在乎恥笑),更爲現實的問題是:如果你是剛進入職場的新人,即將面臨找工作,估計連面試機會都沒有;如果你是已經在職的人士,不知曉分佈式的各種成人姿勢,那你也只有在公司任人玩弄的份。說到分佈式這麼重要,那今天我作爲一個潛伏IT圈多年的老將,跟大家分享下分佈式下的分佈式鎖的各種成人姿勢,注意是成人哦,未成年人勿入。
二、問題現場還原—秒殺系統下單功能
1.mysql數據庫有2張表:stock(庫存表) ,stock_order(訂單表)。
2.後臺通過spring boot構建下單的業務接口(下單流程=查庫存–下單–減庫存)。
3.打開瀏覽器正常業務流程再現,刷新多少次,賣出多少份皮蛋粥,沒毛病。
4.使用壓測工具(ab/jemter/loaderrunner)進行壓力測試ab -n 100 -c 100 http://127.0.0.1:8080/second-kill3/skill/order/123456
5.再次打開瀏覽器查看庫存
各位看官,看到這個結果是不是有一種蛋碎一地的感覺!!! 怎麼可能10000份皮蛋粥可以賣出(9989+109),如果你感覺奇怪,那說明你的技術已經out了。好了到此場景還原就到此結束。接下來給各位介紹下解決這種問題的各種姿勢。
三、姿勢一:synchronized
瞭解多線程的同學肯定會想到,併發線程安全問題,可以用jdk同步工具synchronized解決。正確的說法給大家更正下,叫做數據庫丟失更新。能想到這裏的我算你有點社會實踐姿勢,但是效果如何,請看:
1.給下單方法加synchronized,做同步。
2.繼續壓力測試
ab -n 100 -c 100 http://127.0.0.1:8080/second-kill3/skill/order/123456
3.synchronized姿勢總結:
1)是一種解決方案。
2)synchronized無法實現細粒度的鎖。
在下單的方法中加synchronized會將所有商品下單都做同步,如果另外一件商品並沒有很高併發量。也會導致很請求 很慢,鎖的粒度太大。
3)只適合單點情況。(而現實是高併發、分佈式集羣當道)
四、姿勢二:分佈式鎖
接下來是我們的主角:分佈式鎖登場了。
分佈式鎖的三種實現方式:數據庫分佈式鎖、redis分佈式鎖、zookeeper分佈式鎖。今天打算給大家介紹下redis分佈式鎖的實現方式。
1.安裝redis【不知道怎麼安裝的,請諮詢我的官方祕書度娘】
2.maven工程中導入spring-redis依賴。
org.springframework.boot
spring-boot-starter-data-redis
3.編寫redisLock實現加鎖與解鎖
org.springframework.boot spring-boot-starter-data-redis
3.編寫redisLock實現加鎖與解鎖
/**
加鎖
@param key
@param value 當前時間+超時時間
@return
*/
public static boolean lock (String key ,String value){
//setIfAbsent=setNX 如果不存在,就設置值並返回true,否返回false
//1,加鎖成功 if(redisTemplate.opsForValue().setIfAbsent(key,value)){ return true; }
//2,避免死鎖(線程1加鎖成功,結果在解鎖前出現異常,沒有解鎖,導致死鎖)
//2.1獲取過期時間 StringcurrentValue=redisTemplate.opsForValue().get(key);
//2.2判斷過期時間於當前時間的關係
if(!StringUtils.isEmpty(currentValue)
&&Long.parseLong(currentValue)<System.currentTimeMillis()){String oldValue = redisTemplate.opsForValue().getAndSet(key,value); if(!StringUtils.isEmpty(oldValue)&&oldValue.equals(currentValue)){return true;
}
}
//3,加鎖失敗 t2結束 返回false
return false;
}
/**
解鎖
@param key
@param value
*/
public void unLock(String key,String value){
try {
String currentValue = redisTemplate.opsForValue().get(key);
if(!StringUtils.isEmpty(currentValue)&¤tValue.equals(value)){
redisTemplate.opsForValue().getOperations().delete(key);
}
}catch (Exception e){
log.error("【redis分佈式鎖】 解鎖異常");
}
}
4.下單方法加鎖、解鎖
@Override
public void orderProductMockDiffUser(String productId) throws Exception {
//【加鎖】
long time = System.currentTimeMillis()+TIMEOUT;
if(!redisLock.lock(productId,String.valueOf(time))){
throw new Exception(“人也太多了,換個姿勢在試試,~~~~”);
}
//1.查詢該商品庫存,爲0則結束活動
int stockNum = stock.get(productId);
if(stockNum==0){
throw new Exception(“活動結束”);
}else{
//2.下單(模擬不同的用戶openid 不同)
orders.put(KeyUtil.genUniqueKey(),productId);
//3.減庫存
stockNum-=1;
try {
Thread.sleep(100);
}catch (Exception e){
e.printStackTrace();
}
stock.put(productId,stockNum);
}
//3.解鎖
redisLock.unLock(productId,String.valueOf(time));
}
5.redis姿勢總結:
1)鎖的粒度小。(多個商品同時秒殺不會阻塞)
2)適合高併發,分佈式集羣部署。
好啦,今天的內容就到此結束了,希望對大家理解分佈式鎖有所幫助。