1.關(guān)閉這個(gè)窗口即可自動(dòng)釋放
讓客戶(hù)滿(mǎn)意是我們工作的目標(biāo),不斷超越客戶(hù)的期望值來(lái)自于我們對(duì)這個(gè)行業(yè)的熱愛(ài)。我們立志把好的技術(shù)通過(guò)有效、簡(jiǎn)單的方式提供給客戶(hù),將通過(guò)不懈努力成為客戶(hù)在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴,公司提供的服務(wù)項(xiàng)目有:域名注冊(cè)、虛擬空間、營(yíng)銷(xiāo)軟件、網(wǎng)站建設(shè)、浉河網(wǎng)站維護(hù)、網(wǎng)站推廣。
2.到數(shù)據(jù)庫(kù)管理器----管理----活動(dòng)監(jiān)視器 里找到這個(gè)鎖住的進(jìn)程 直接結(jié)束掉
以上二法都可以
釋放方法:
1、刪除%MONGO_HOME%/data/db下的.lock文件;
2、輸入命令 mongod _repair) ;
3、重啟mongoDB。
一.為什么要引入鎖多個(gè)用戶(hù)同時(shí)對(duì)數(shù)據(jù)庫(kù)的并發(fā)操作時(shí)會(huì)帶來(lái)以下數(shù)據(jù)不一致的問(wèn)題:丟失更新A,B兩個(gè)用戶(hù)讀同一數(shù)據(jù)并進(jìn)行修改,其中一個(gè)用戶(hù)的修改結(jié)果破壞了另一個(gè)修改的結(jié)果,比如訂票系統(tǒng)臟讀A用戶(hù)修改了數(shù)據(jù),隨后B用戶(hù)又讀出該數(shù)據(jù),但A用戶(hù)因?yàn)槟承┰蛉∠藢?duì)數(shù)據(jù)的修改,數(shù)據(jù)恢復(fù)原值,此時(shí)B得到的數(shù)據(jù)就與數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)產(chǎn)生了不一致不可重復(fù)讀A用戶(hù)讀取數(shù)據(jù),隨后B用戶(hù)讀出該數(shù)據(jù)并修改,此時(shí)A用戶(hù)再讀取數(shù)據(jù)時(shí)發(fā)現(xiàn)前后兩次的值不一致并發(fā)控制的主要方法是封鎖,鎖就是在一段時(shí)間內(nèi)禁止用戶(hù)做某些操作以避免產(chǎn)生數(shù)據(jù)不一致二鎖的分類(lèi)鎖的類(lèi)別有兩種分法:1.從數(shù)據(jù)庫(kù)系統(tǒng)的角度來(lái)看:分為獨(dú)占鎖(即排它鎖),共享鎖和更新鎖MS-SQLServer使用以下資源鎖模式。鎖模式描述共享(S)用于不更改或不更新數(shù)據(jù)的操作(只讀操作),如SELECT語(yǔ)句。更新(U)用于可更新的資源中。防止當(dāng)多個(gè)會(huì)話(huà)在讀取、鎖定以及隨后可能進(jìn)行的資源更新時(shí)發(fā)生常見(jiàn)形式的死鎖。排它(X)用于數(shù)據(jù)修改操作,例如INSERT、UPDATE或DELETE。確保不會(huì)同時(shí)同一資源進(jìn)行多重更新。意向鎖用于建立鎖的層次結(jié)構(gòu)。意向鎖的類(lèi)型為:意向共享(IS)、意向排它(IX)以及與意向排它共享(SIX)。架構(gòu)鎖在執(zhí)行依賴(lài)于表架構(gòu)的操作時(shí)使用。架構(gòu)鎖的類(lèi)型為:架構(gòu)修改(Sch-M)和架構(gòu)穩(wěn)定性(Sch-S)。大容量更新(BU)向表中大容量復(fù)制數(shù)據(jù)并指定了TABLOCK提示時(shí)使用。共享鎖共享(S)鎖允許并發(fā)事務(wù)讀取(SELECT)一個(gè)資源。資源上存在共享(S)鎖時(shí),任何其它事務(wù)都不能修改數(shù)據(jù)。一旦已經(jīng)讀取數(shù)據(jù),便立即釋放資源上的共享(S)鎖,除非將事務(wù)隔離級(jí)別設(shè)置為可重復(fù)讀或更高級(jí)別,或者在事務(wù)生存周期內(nèi)用鎖定提示保留共享(S)鎖。更新鎖更新(U)鎖可以防止通常形式的死鎖。一般更新模式由一個(gè)事務(wù)組成,此事務(wù)讀取記錄,獲取資源(頁(yè)或行)的共享(S)鎖,然后修改行,此操作要求鎖轉(zhuǎn)換為排它(X)鎖。如果兩個(gè)事務(wù)獲得了資源上的共享模式鎖,然后試圖同時(shí)更新數(shù)據(jù),則一個(gè)事務(wù)嘗試將鎖轉(zhuǎn)換為排它(X)鎖。共享模式到排它鎖的轉(zhuǎn)換必須等待一段時(shí)間,因?yàn)橐粋€(gè)事務(wù)的排它鎖與其它事務(wù)的共享模式鎖不兼容;發(fā)生鎖等待。第二個(gè)事務(wù)試圖獲取排它(X)鎖以進(jìn)行更新。由于兩個(gè)事務(wù)都要轉(zhuǎn)換為排它(X)鎖,并且每個(gè)事務(wù)都等待另一個(gè)事務(wù)釋放共享模式鎖,因此發(fā)生死鎖。若要避免這種潛在的死鎖問(wèn)題,請(qǐng)使用更新(U)鎖。一次只有一個(gè)事務(wù)可以獲得資源的更新(U)鎖。如果事務(wù)修改資源,則更新(U)鎖轉(zhuǎn)換為排它(X)鎖。否則,鎖轉(zhuǎn)換為共享鎖。排它鎖排它(X)鎖可以防止并發(fā)事務(wù)對(duì)資源進(jìn)行訪(fǎng)問(wèn)。其它事務(wù)不能讀取或修改排它(X)鎖鎖定的數(shù)據(jù)。意向鎖意向鎖表示SQLServer需要在層次結(jié)構(gòu)中的某些底層資源上獲取共享(S)鎖或排它(X)鎖。例如,放置在表級(jí)的共享意向鎖表示事務(wù)打算在表中的頁(yè)或行上放置共享(S)鎖。在表級(jí)設(shè)置意向鎖可防止另一個(gè)事務(wù)隨后在包含那一頁(yè)的表上獲取排它(X)鎖。意向鎖可以提高性能,因?yàn)镾QLServer僅在表級(jí)檢查意向鎖來(lái)確定事務(wù)是否可以安全地獲取該表上的鎖。而無(wú)須檢查表中的每行或每頁(yè)上的鎖以確定事務(wù)是否可以鎖定整個(gè)表。意向鎖包括意向共享(IS)、意向排它(IX)以及與意向排它共享(SIX)。鎖模式描述意向共享(IS)通過(guò)在各資源上放置S鎖,表明事務(wù)的意向是讀取層次結(jié)構(gòu)中的部分(而不是全部)底層資源。意向排它(IX)通過(guò)在各資源上放置X鎖,表明事務(wù)的意向是修改層次結(jié)構(gòu)中的部分(而不是全部)底層資源。IX是IS的超集。與意向排它共享(SIX)通過(guò)在各資源上放置IX鎖,表明事務(wù)的意向是讀取層次結(jié)構(gòu)中的全部底層資源并修改部分(而不是全部)底層資源。允許頂層資源上的并發(fā)IS鎖。例如,表的SIX鎖在表上放置一個(gè)SIX鎖(允許并發(fā)IS鎖),在當(dāng)前所修改頁(yè)上放置IX鎖(在已修改行上放置X鎖)。雖然每個(gè)資源在一段時(shí)間內(nèi)只能有一個(gè)SIX鎖,以防止其它事務(wù)對(duì)資源進(jìn)行更新,但是其它事務(wù)可以通過(guò)獲取表級(jí)的IS鎖來(lái)讀取層次結(jié)構(gòu)中的底層資源。獨(dú)占鎖:只允許進(jìn)行鎖定操作的程序使用,其他任何對(duì)他的操作均不會(huì)被接受。執(zhí)行數(shù)據(jù)更新命令時(shí),SQLServer會(huì)自動(dòng)使用獨(dú)占鎖。當(dāng)對(duì)象上有其他鎖存在時(shí),無(wú)法對(duì)其加獨(dú)占鎖。共享鎖:共享鎖鎖定的資源可以被其他用戶(hù)讀取,但其他用戶(hù)無(wú)法修改它,在執(zhí)行Select時(shí),SQLServer會(huì)對(duì)對(duì)象加共享鎖。更新鎖:當(dāng)SQLServer準(zhǔn)備更新數(shù)據(jù)時(shí),它首先對(duì)數(shù)據(jù)對(duì)象作更新鎖鎖定,這樣數(shù)據(jù)將不能被修改,但可以讀取。等到SQLServer確定要進(jìn)行更新數(shù)據(jù)操作時(shí),他會(huì)自動(dòng)將更新鎖換為獨(dú)占鎖,當(dāng)對(duì)象上有其他鎖存在時(shí),無(wú)法對(duì)其加更新鎖。2.從程序員的角度看:分為樂(lè)觀鎖和悲觀鎖。樂(lè)觀鎖:完全依靠數(shù)據(jù)庫(kù)來(lái)管理鎖的工作。悲觀鎖:程序員自己管理數(shù)據(jù)或?qū)ο笊系逆i處理。MS-SQLSERVER使用鎖在多個(gè)同時(shí)在數(shù)據(jù)庫(kù)內(nèi)執(zhí)行修改的用戶(hù)間實(shí)現(xiàn)悲觀并發(fā)控制三鎖的粒度鎖粒度是被封鎖目標(biāo)的大小,封鎖粒度小則并發(fā)性高,但開(kāi)銷(xiāo)大,封鎖粒度大則并發(fā)性低但開(kāi)銷(xiāo)小SQLServer支持的鎖粒度可以分為為行、頁(yè)、鍵、鍵范圍、索引、表或數(shù)據(jù)庫(kù)獲取鎖資源描述RID行標(biāo)識(shí)符。用于單獨(dú)鎖定表中的一行。鍵索引中的行鎖。用于保護(hù)可串行事務(wù)中的鍵范圍。頁(yè)8千字節(jié)(KB)的數(shù)據(jù)頁(yè)或索引頁(yè)。擴(kuò)展盤(pán)區(qū)相鄰的八個(gè)數(shù)據(jù)頁(yè)或索引頁(yè)構(gòu)成的一組。表包括所有數(shù)據(jù)和索引在內(nèi)的整個(gè)表。DB數(shù)據(jù)庫(kù)。四鎖定時(shí)間的長(zhǎng)短鎖保持的時(shí)間長(zhǎng)度為保護(hù)所請(qǐng)求級(jí)別上的資源所需的時(shí)間長(zhǎng)度。用于保護(hù)讀取操作的共享鎖的保持時(shí)間取決于事務(wù)隔離級(jí)別。采用READCOMMITTED的默認(rèn)事務(wù)隔離級(jí)別時(shí),只在讀取頁(yè)的期間內(nèi)控制共享鎖。在掃描中,直到在掃描內(nèi)的下一頁(yè)上獲取鎖時(shí)才釋放鎖。如果指定HOLDLOCK提示或者將事務(wù)隔離級(jí)別設(shè)置為REPEATABLEREAD或SERIALIZABLE,則直到事務(wù)結(jié)束才釋放鎖。根據(jù)為游標(biāo)設(shè)置的并發(fā)選項(xiàng),游標(biāo)可以獲取共享模式的滾動(dòng)鎖以保護(hù)提取。當(dāng)需要滾動(dòng)鎖時(shí),直到下一次提取或關(guān)閉游標(biāo)(以先發(fā)生者為準(zhǔn))時(shí)才釋放滾動(dòng)鎖。但是,如果指定HOLDLOCK,則直到事務(wù)結(jié)束才釋放滾動(dòng)鎖。用于保護(hù)更新的排它鎖將直到事務(wù)結(jié)束才釋放。如果一個(gè)連接試圖獲取一個(gè)鎖,而該鎖與另一個(gè)連接所控制的鎖沖突,則試圖獲取鎖的連接將一直阻塞到:將沖突鎖釋放而且連接獲取了所請(qǐng)求的鎖。連接的超時(shí)間隔已到期。默認(rèn)情況下沒(méi)有超時(shí)間隔,但是一些應(yīng)用程序設(shè)置超時(shí)間隔以防止無(wú)限期等待五SQLServer中鎖的自定義1處理死鎖和設(shè)置死鎖優(yōu)先級(jí)死鎖就是多個(gè)用戶(hù)申請(qǐng)不同封鎖,由于申請(qǐng)者均擁有一部分封鎖權(quán)而又等待其他用戶(hù)擁有的部分封鎖而引起的無(wú)休止的等待可以使用SETDEADLOCK_PRIORITY控制在發(fā)生死鎖情況時(shí)會(huì)話(huà)的反應(yīng)方式。如果兩個(gè)進(jìn)程都鎖定數(shù)據(jù),并且直到其它進(jìn)程釋放自己的鎖時(shí),每個(gè)進(jìn)程才能釋放自己的鎖,即發(fā)生死鎖情況。2處理超時(shí)和設(shè)置鎖超時(shí)持續(xù)時(shí)間。@@LOCK_TIMEOUT返回當(dāng)前會(huì)話(huà)的當(dāng)前鎖超時(shí)設(shè)置,單位為毫秒SETLOCK_TIMEOUT設(shè)置允許應(yīng)用程序設(shè)置語(yǔ)句等待阻塞資源的最長(zhǎng)時(shí)間。當(dāng)語(yǔ)句等待的時(shí)間大于LOCK_TIMEOUT設(shè)置時(shí),系統(tǒng)將自動(dòng)取消阻塞的語(yǔ)句,并給應(yīng)用程序返回"已超過(guò)了鎖請(qǐng)求超時(shí)時(shí)段"的1222號(hào)錯(cuò)誤信息示例下例將鎖超時(shí)期限設(shè)置為1,800毫秒。SETLOCK_TIMEOUT18003)設(shè)置事務(wù)隔離級(jí)別。4)對(duì)SELECT、INSERT、UPDATE和DELETE語(yǔ)句使用表級(jí)鎖定提示。5)配置索引的鎖定粒度可以使用sp_indexoption系統(tǒng)存儲(chǔ)過(guò)程來(lái)設(shè)置用于索引的鎖定粒度六查看鎖的信息1執(zhí)行EXECSP_LOCK報(bào)告有關(guān)鎖的信息2查詢(xún)分析器中按Ctrl+2可以看到鎖的信息七使用注意事項(xiàng)如何避免死鎖1使用事務(wù)時(shí),盡量縮短事務(wù)的邏輯處理過(guò)程,及早提交或回滾事務(wù);2設(shè)置死鎖超時(shí)參數(shù)為合理范圍,如:3分鐘-10分種;超過(guò)時(shí)間,自動(dòng)放棄本次操作,避免進(jìn)程懸掛;3優(yōu)化程序,檢查并避免死鎖現(xiàn)象出現(xiàn);4.對(duì)所有的腳本和SP都要仔細(xì)測(cè)試,在正是版本之前。5所有的SP都要有錯(cuò)誤處理(通過(guò)@error)6一般不要修改SQLSERVER事務(wù)的默認(rèn)級(jí)別。不推薦強(qiáng)行加鎖解決問(wèn)題如何對(duì)行表數(shù)據(jù)庫(kù)加鎖八幾個(gè)有關(guān)鎖的問(wèn)題1如何鎖一個(gè)表的某一行SETTRANSACTIONISOLATIONLEVELREADUNCOMMITTEDSELECT*FROMtableROWLOCKWHEREid=12鎖定數(shù)據(jù)庫(kù)的一個(gè)表SELECT*FROMtableWITH(HOLDLOCK)加鎖語(yǔ)句:sybase:update表setcol1=col1where1=0;MSSQL:selectcol1from表(tablockx)where1=0;oracle:LOCKTABLE表INEXCLUSIVEMODE;加鎖后其它人不可操作,直到加鎖用戶(hù)解鎖,用commit或rollback解鎖幾個(gè)例子幫助大家加深印象設(shè)table1(A,B,C)ABCa1b1c1a2b2c2a3b3c31)排它鎖新建兩個(gè)連接在第一個(gè)連接中執(zhí)行以下語(yǔ)句begintranupdatetable1setA='aa'whereB='b2'waitfordelay'00:00:30'--等待30秒committran在第二個(gè)連接中執(zhí)行以下語(yǔ)句begintranselect*fromtable1whereB='b2'committran若同時(shí)執(zhí)行上述兩個(gè)語(yǔ)句,則select查詢(xún)必須等待update執(zhí)行完畢才能執(zhí)行即要等待30秒2)共享鎖在第一個(gè)連接中執(zhí)行以下語(yǔ)句begintranselect*fromtable1holdlock-holdlock人為加鎖whereB='b2'waitfordelay'00:00:30'--等待30秒committran在第二個(gè)連接中執(zhí)行以下語(yǔ)句begintranselectA,Cfromtable1whereB='b2'updatetable1setA='aa'whereB='b2'committran若同時(shí)執(zhí)行上述兩個(gè)語(yǔ)句,則第二個(gè)連接中的select查詢(xún)可以執(zhí)行而update必須等待第一個(gè)事務(wù)釋放共享鎖轉(zhuǎn)為排它鎖后才能執(zhí)行即要等待30秒3)死鎖增設(shè)table2(D,E)DEd1e1d2e2在第一個(gè)連接中執(zhí)行以下語(yǔ)句begintranupdatetable1setA='aa'whereB='b2'waitfordelay'00:00:30'updatetable2setD='d5'whereE='e1'committran在第二個(gè)連接中執(zhí)行以下語(yǔ)句begintranupdatetable2setD='d5'whereE='e1'waitfordelay'00:00:10'updatetable1setA='aa'whereB='b2'committran同時(shí)執(zhí)行,系統(tǒng)會(huì)檢測(cè)出死鎖,并中止進(jìn)程補(bǔ)充一點(diǎn):SqlServer2000支持的表級(jí)鎖定提示HOLDLOCK持有共享鎖,直到整個(gè)事務(wù)完成,應(yīng)該在被鎖對(duì)象不需要時(shí)立即釋放,等于SERIALIZABLE事務(wù)隔離級(jí)別NOLOCK語(yǔ)句執(zhí)行時(shí)不發(fā)出共享鎖,允許臟讀,等于READUNCOMMITTED事務(wù)隔離級(jí)別PAGLOCK在使用一個(gè)表鎖的地方用多個(gè)頁(yè)鎖READPAST讓sqlserver跳過(guò)任何鎖定行,執(zhí)行事務(wù),適用于READUNCOMMITTED事務(wù)隔離級(jí)別只跳過(guò)RID鎖,不跳過(guò)頁(yè),區(qū)域和表鎖ROWLOCK強(qiáng)制使用行鎖TABLOCKX強(qiáng)制使用獨(dú)占表級(jí)鎖,這個(gè)鎖在事務(wù)期間阻止任何其他事務(wù)使用這個(gè)表UPLOCK強(qiáng)制在讀表時(shí)使用更新而不用共享鎖應(yīng)用程序鎖:應(yīng)用程序鎖就是客戶(hù)端代碼生成的鎖,而不是sqlserver本身生成的鎖處理應(yīng)用程序鎖的兩個(gè)過(guò)程sp_getapplock鎖定應(yīng)用程序資源sp_releaseapplock為應(yīng)用程序資源解鎖注意:鎖定數(shù)據(jù)庫(kù)的一個(gè)表的區(qū)別SELECT*FROMtableWITH(HOLDLOCK)其他事務(wù)可以讀取表,但不能更新刪除SELECT*FROMtableWITH(TABLOCKX)其他事務(wù)不能讀取表,更新和刪除
無(wú)緩沖的通道(unbuffered channel)是指在接收前沒(méi)有能力保存任何值的通道。
這種類(lèi)型的通道要求發(fā)送goroutine和接收goroutine同時(shí)準(zhǔn)備好,才能完成發(fā)送和接收操作。否則,通道會(huì)導(dǎo)致先執(zhí)行發(fā)送或接收操作的 goroutine 阻塞等待。
這種對(duì)通道進(jìn)行發(fā)送和接收的交互行為本身就是同步的。其中任意一個(gè)操作都無(wú)法離開(kāi)另一個(gè)操作單獨(dú)存在。
阻塞:由于某種原因數(shù)據(jù)沒(méi)有到達(dá),當(dāng)前協(xié)程(線(xiàn)程)持續(xù)處于等待狀態(tài),直到條件滿(mǎn)足,才接觸阻塞。
同步:在兩個(gè)或多個(gè)協(xié)程(線(xiàn)程)間,保持?jǐn)?shù)據(jù)內(nèi)容一致性的機(jī)制。
下圖展示兩個(gè) goroutine 如何利用無(wú)緩沖的通道來(lái)共享一個(gè)值:
在第 1 步,兩個(gè) goroutine 都到達(dá)通道,但哪個(gè)都沒(méi)有開(kāi)始執(zhí)行發(fā)送或者接收。
在第 2 步,左側(cè)的 goroutine 將它的手伸進(jìn)了通道,這模擬了向通道發(fā)送數(shù)據(jù)的行為。這時(shí),這個(gè) goroutine 會(huì)在通道中被鎖住,直到交換完成。
在第 3 步,右側(cè)的 goroutine 將它的手放入通道,這模擬了從通道里接收數(shù)據(jù)。這個(gè) goroutine 一樣也會(huì)在通道中被鎖住,直到交換完成。
在第 4 步和第 5 步,進(jìn)行交換,并最終,在第 6 步,兩個(gè) goroutine 都將它們的手從通道里拿出來(lái),這模擬了被鎖住的 goroutine 得到釋放。兩個(gè) goroutine 現(xiàn)在都可以去做別的事情了。
如果沒(méi)有指定緩沖區(qū)容量,那么該通道就是同步的,因此會(huì)阻塞到發(fā)送者準(zhǔn)備好發(fā)送和接收者準(zhǔn)備好接收。
無(wú)緩沖channel: —— 同步通信
解鎖:
1.事務(wù)處理完,自動(dòng)解鎖
2.kill session,樓主這樣情況估計(jì)只能kill session了.
用Toad里的session Brower 來(lái)kill session還是比較方便的.
SQL select 'alter system kill session '''||sid||','||serial#||''';' from v$session where sid in (select sid from v$lock where block = 1);
'ALTER SYSTEM KILL SESSION'''||SID||','||SERIAL#||''';'
我們可以在切換之后手動(dòng)的用SQL來(lái)檢查檢查有沒(méi)有死鎖,如果有,kill 就可以了..
ORACLE
EBS操作某一個(gè)FORM界面,或者后臺(tái)數(shù)據(jù)庫(kù)操作某一個(gè)表時(shí)發(fā)現(xiàn)一直出于"假死"狀態(tài),可能是該表被某一用戶(hù)鎖定,導(dǎo)致其他用戶(hù)無(wú)法繼續(xù)操作
復(fù)制代碼
代碼如下:--鎖表查詢(xún)SQLSELECT
object_name,
machine,
s.sid,
s.serial#
FROM
gv$locked_object
l,
dba_objects
o,
gv$session
s
WHERE
l.object_id
=
o.object_id
AND
l.session_id
=
s.sid;
找到被鎖定的表,解鎖
復(fù)制代碼
代碼如下:--釋放SESSION
SQL:
--alter
system
kill
session
'sid,
serial#';
您可能感興趣的文章:mysql
事務(wù)處理及表鎖定深入簡(jiǎn)析