亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

是NOLOCK(Sql Server提示)不好的做法嗎?

是NOLOCK(Sql Server提示)不好的做法嗎?

慕哥9229398 2019-08-17 14:47:21
是NOLOCK(Sql Server提示)不好的做法嗎?我的業務是制作非關鍵任務的網站和應用程序- 例如。銀行軟件,太空飛行,重癥監護應用等。你明白了。那么,有了這個龐大的免責聲明,在一些Sql語句中使用NOLOCK提示是不是很糟糕?幾年前,一位Sql管理員建議我應該使用NOLOCK,如果我對“臟讀”感到滿意,這會讓我的系統性能提高一些,因為每次讀取都沒有鎖定表/行/不管。我還被告知,如果我遇到死鎖,這是一個很好的解決方案。所以,我開始關注這個想法幾年,直到一個Sql大師幫我一些隨機代碼并注意到我的sql代碼中的所有NOLOCKS。我被禮貌地罵了,他試圖向我解釋(為什么這不是一件好事)而且我迷路了。我覺得他的解釋的本質是'它是一個解決更嚴重問題的創可貼解決方案......特別是如果你遇到了死鎖。因此,修復問題的根源。我最近做了一些谷歌搜索,并發現了這篇文章。那么,有些sql db guru sensei的請賜教嗎?
查看完整描述

3 回答

?
尚方寶劍之說

TA貢獻1788條經驗 獲得超4個贊

如果您不關心臟讀(即主要處于READ狀態),那么NOLOCK就可以了。

但是,請注意,大多數鎖定問題是由于沒有查詢工作負載的“正確”索引(假設硬件完成任務)。

大師的解釋是正確的。它通常是解決更嚴重問題的創可貼解決方案。

編輯:我絕對不建議使用NOLOCK。我想我應該明白這一點。(我只會在極端情況下使用它,我已經分析過它可以)。作為一個例子,前一段時間我在一些TSQL上工作,這些TSQL上撒有NOLOCK以試圖緩解鎖定問題。我刪除了所有,實現了正確的索引,所有的死鎖都消失了。


查看完整回答
反對 回復 2019-08-17
  • 3 回答
  • 0 關注
  • 528 瀏覽
慕課專欄
更多

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號