濮阳杆衣贸易有限公司

主頁(yè) > 知識(shí)庫(kù) > 使用redis分布式鎖解決并發(fā)線程資源共享問(wèn)題

使用redis分布式鎖解決并發(fā)線程資源共享問(wèn)題

熱門標(biāo)簽:400電話辦理的口碑 地圖標(biāo)注工廠入駐 高碑店市地圖標(biāo)注app 四川穩(wěn)定外呼系統(tǒng)軟件 臺(tái)灣電銷 廊坊外呼系統(tǒng)在哪買 南京手機(jī)外呼系統(tǒng)廠家 一個(gè)地圖標(biāo)注多少錢 b2b外呼系統(tǒng)

前言

眾所周知, 在多線程中,因?yàn)楣蚕砣肿兞?會(huì)導(dǎo)致資源修改結(jié)果不一致,所以需要加鎖來(lái)解決這個(gè)問(wèn)題,保證同一時(shí)間只有一個(gè)線程對(duì)資源進(jìn)行操作

但是在分布式架構(gòu)中,我們的服務(wù)可能會(huì)有n個(gè)實(shí)例,但線程鎖只對(duì)同一個(gè)實(shí)例有效,就需要用到分布式鎖----redis setnx

原理

修改某個(gè)資源時(shí), 在redis中設(shè)置一個(gè)key,value根據(jù)實(shí)際情況自行決定如何表示

我們既然要通過(guò)檢查key是否存在(存在表示有線程在修改資源,資源上鎖,其他線程不可同時(shí)操作,若key不存在,表示資源未被線程占用,允許線程搶占,然后將通過(guò)setnx設(shè)置vlaue,表示資源上鎖,其他線程不可同時(shí)操作)

圖示:

分析

我們的服務(wù)處于一個(gè)集群中,如果只是簡(jiǎn)單的的使用線程鎖來(lái)解決以上問(wèn)題,是存在問(wèn)題的:因?yàn)榫€程是基于進(jìn)程的,兩個(gè)web server處于不同的進(jìn)程空間

也就是說(shuō),user1的請(qǐng)求發(fā)往web server1,那只能與web server1的其他請(qǐng)求進(jìn)行鎖的操作,而不能對(duì)web server2的請(qǐng)求產(chǎn)生影響

上面的圖中,user1發(fā)往web server1的請(qǐng)求負(fù)責(zé)處理的線程為Thread1,同理負(fù)責(zé)處理user2發(fā)往web server2的請(qǐng)求的線程thread2

在同一時(shí)刻1,兩個(gè)線程都讀取了mysql中residue_ticket的值為100,對(duì)應(yīng)上圖 (1)(2), 各自對(duì)100進(jìn)行-1操作,更新到數(shù)據(jù)庫(kù),對(duì)應(yīng)(3)(4)

我們預(yù)期的情況是residue_ticket值被減少了兩次,應(yīng)該為98,但是實(shí)際情況下,兩個(gè)線程都做了100-1=99的操作,并都將mysql中的值改為了99, 的這就會(huì)導(dǎo)致最終數(shù)據(jù)不一致,所以就要用到分布式鎖。

為什么用redis?

因?yàn)閞edis是單線程的,不存在多線程資源競(jìng)爭(zhēng),并且它真的很快

為什么用setnx 而不是set?

setnx表示只有在key不存在時(shí)才能設(shè)置成功,但是set會(huì)在key存在的情況下修改value

利用setnx的特性,我們可以這樣這樣設(shè)計(jì):

偽代碼:

# 設(shè)置redis鎖的
  redis key = 'residue_ticket_lock'

  # get_ticket是處理購(gòu)票的邏輯
  def get_ticket():
    time_out = 5  # 為了防止線程過(guò)多,當(dāng)前線程獲取不到鎖,長(zhǎng)時(shí)間處于循環(huán)中而導(dǎo)致的性能影響,我們?cè)O(shè)置一個(gè)超時(shí)時(shí)間,如果當(dāng)前線程在超時(shí)時(shí)間內(nèi)還沒(méi)有搶占到分布式鎖,就返回失敗的結(jié)果
    while True:
       if redis.setnx('residue_ticket_lock','lock',5):
          # 如果setnx返回True, 表示此刻沒(méi)有其他線程在操作數(shù)據(jù)庫(kù),當(dāng)前線程可以上鎖成功,注意不僅設(shè)置了value=lock,還設(shè)置了過(guò)期時(shí)間,這是必要的,為了防止上鎖的線程異常崩掉導(dǎo)致不能釋放(刪除key)而導(dǎo)致其他所有線程永遠(yuǎn)拿不到操作權(quán)
          residue_ticket = mysql.get('residue_ticket')   # 從mysql中獲取當(dāng)前剩余票數(shù)
          mysql.update('residue_ticket',residue_ticket-1)  # 訂購(gòu)成功,將票數(shù)-1,更新數(shù)據(jù)到mysql
          # 刪除key,釋放鎖
          redis.del('residue_ticket')
          return True
       else:
          # 如果setnx返回False,表示有其他線程對(duì)在操作,當(dāng)前線程等待0.01s,并繼續(xù)循環(huán)
          time.sleep(0.01)
          time_out -= 0.01
          continue
    return False

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • redis單線程快的原因和原理
  • 解決Spring session(redis存儲(chǔ)方式)監(jiān)聽(tīng)導(dǎo)致創(chuàng)建大量redisMessageListenerContailner-X線程問(wèn)題
  • Redis不是一直號(hào)稱單線程效率也很高嗎,為什么又采用多線程了?

標(biāo)簽:南寧 定州 甘南 泰州 河源 畢節(jié) 拉薩 伊春

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《使用redis分布式鎖解決并發(fā)線程資源共享問(wèn)題》,本文關(guān)鍵詞  使用,redis,分布式,鎖,解決,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《使用redis分布式鎖解決并發(fā)線程資源共享問(wèn)題》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于使用redis分布式鎖解決并發(fā)線程資源共享問(wèn)題的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    广灵县| 楚雄市| 丹棱县| 扎鲁特旗| 威信县| 衡山县| 武汉市| 栾川县| 增城市| 富阳市| 城步| 上林县| 新宁县| 陵川县| 明溪县| 甘泉县| 塘沽区| 衡东县| 若尔盖县| 潍坊市| 中西区| 福安市| 无棣县| 淮阳县| 上饶市| 邻水| 宿迁市| 黄骅市| 奎屯市| 巴中市| 应城市| 永州市| 启东市| 伽师县| 永丰县| 上虞市| 万荣县| 当雄县| 青田县| 施秉县| 策勒县|