就sqlserver數(shù)據(jù)庫而言，每一條語句在默認(rèn)事務(wù)級別下（可提交讀級別）都是加鎖的
創(chuàng)新互聯(lián)建站是一家專注于網(wǎng)站設(shè)計(jì)、網(wǎng)站制作與策劃設(shè)計(jì),鹽亭網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)建站做網(wǎng)站,專注于網(wǎng)站建設(shè)十余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:鹽亭等地區(qū)。鹽亭做網(wǎng)站價(jià)格咨詢:028-86922220
如一條普通的查詢，要加S鎖（共享），一個(gè)更新要加U鎖（更新）等等
你說的表鎖、行鎖只是鎖的粗粒程度，如字面意思，行鎖是鎖住幾行，表鎖就是鎖住整個(gè)表所在的全部數(shù)據(jù)頁
有排他鎖，但是排他鎖生存時(shí)間非常的短，
1. 當(dāng)開始更新時(shí)首先在表上放一個(gè)架構(gòu)鎖，防止其他事務(wù)修改架構(gòu)；
2. 在非序列化隔離級別下，整個(gè)表上會放一個(gè)意向共享鎖，允許其他事務(wù)進(jìn)行讀取；
3. 然后事務(wù)開始更新這個(gè)表，更新是會逐行更新的，你可以把更新理解為一個(gè)游標(biāo)；
4. 每一行上首先放上一個(gè)更新鎖，成功放置更新鎖以后，更新鎖會變?yōu)榕潘i；
5. 然后更新這一行數(shù)據(jù)，更新完畢后就會釋放這一行的排它鎖；
6. 整個(gè)表遍歷完畢后釋放架構(gòu)鎖，釋放意向共享鎖。
方案一：
可以將查詢的代碼單出去，新建立一個(gè)方法包含它們，在原來的service方法中調(diào)用它就好，然后在配置事務(wù)時(shí)，注意別把這個(gè)方法加上事務(wù)內(nèi)。
方案二：
將sqlserver的事務(wù)級別下降一個(gè)級別，別造成鎖表。sqlserver支持鎖行的。
你理解錯(cuò)了！
默認(rèn)sqlserver都是行數(shù)據(jù)鎖定，隔離級別是 read commited 也就是讀取可 提交數(shù)據(jù)。
我給你舉個(gè)例子！
SELECT TOP 1000
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
顯示結(jié)果
-----------------------------------------------
ID DeleteBy DelDate
1 admin 2008-04-13 00:00:00.000
2 admin 2008-05-04 00:00:00.000
-------------------------------------------------
表數(shù)據(jù)就兩行
然后我做如下操作：
打開 SQL Server Management Studio
輸入：
begin transaction
DELETE FROM [HMS].[dbo].[DeleteLog]
where ID='1'
在另一個(gè)窗口中：
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
你發(fā)現(xiàn) 這一個(gè)窗口被阻塞了，
但是查詢
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=2
可以正確返回結(jié)果。 這充分證明了，sqlserver默認(rèn)隔離級別是行數(shù)據(jù)鎖定。
然后你此時(shí)在第一個(gè)刪除窗口 中輸入
rollback
，記住前面的刪除不執(zhí)行，只執(zhí)行rollback。
此時(shí)看一下查詢
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
那個(gè)窗口的結(jié)果已經(jīng)出來了，阻塞被解除了。
========================================
當(dāng)然了！你執(zhí)行了全表檢索肯定也是被阻塞的，因?yàn)閯h除操作還沒提交啊，檢索數(shù)據(jù)中又包含了你要刪除的數(shù)據(jù)，當(dāng)然被阻塞了。
你的問題出現(xiàn)在哪里了，你應(yīng)該明白了吧！
解決這個(gè)問題其實(shí)很簡單，不要長事務(wù)占用。檢索的時(shí)候避開要刪除的數(shù)據(jù)。
當(dāng)然也可以改變隔離級別，sqlserver分為兩類隔離級別，改成非阻塞類就可以。
但是我個(gè)人不推薦這么做。改變隔離級別可以如下方式：
set transaction isolation level read uncommitted
begin transaction
DELETE FROM [HMS].[dbo].[DeleteLog]
where ID='1'
這個(gè)刪除沒有提交
檢索的時(shí)候
set transaction isolation level read uncommitted
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
根本不會阻塞。 比較順利，刪除更新也一樣。
這種方式 適合 數(shù)據(jù)量龐大的社交，天文數(shù)據(jù)庫，企業(yè)管理不適合。
可以從側(cè)面看出，你的程序并不優(yōu)良，明白了否？
SQL SERVER里的鎖機(jī)制：
NOLOCK（不加鎖）
此選項(xiàng)被選中時(shí)，SQL Server 在讀取或修改數(shù)據(jù)時(shí)不加任何鎖。 在這種情況下，用戶有可能讀取到未完成事務(wù)（Uncommited Transaction）或回滾(Roll Back)中的數(shù)據(jù), 即所謂的“臟數(shù)據(jù)”。
HOLDLOCK（保持鎖）
此選項(xiàng)被選中時(shí)，SQL Server 會將此共享鎖保持至整個(gè)事務(wù)結(jié)束，而不會在途中釋放。 例如，“ SELECT * FROM my_table HOLDLOCK”就要求在整個(gè)查詢過程中，保持對表的鎖定，直到查詢完成才釋放鎖定。
UPDLOCK（修改鎖）
此選項(xiàng)被選中時(shí)，SQL Server 在讀取數(shù)據(jù)時(shí)使用修改鎖來代替共享鎖，并將此鎖保持至整個(gè)事務(wù)或命令結(jié)束。使用此選項(xiàng)能夠保證多個(gè)進(jìn)程能同時(shí)讀取數(shù)據(jù)但只有該進(jìn)程能修改數(shù)據(jù)。
TABLOCK（表鎖）
此選項(xiàng)被選中時(shí)，SQL Server 將在整個(gè)表上置共享鎖直至該命令結(jié)束。 這個(gè)選項(xiàng)保證其他進(jìn)程只能讀取而不能修改數(shù)據(jù)。
PAGLOCK（頁鎖）
此選項(xiàng)為默認(rèn)選項(xiàng)， 當(dāng)被選中時(shí)，SQL Server 使用共享頁鎖。
TABLOCKX（排它表鎖）
此選項(xiàng)被選中時(shí)，SQL Server 將在整個(gè)表上置排它鎖直至該命令或事務(wù)結(jié)束。這將防止其他進(jìn)程讀取或修改表中的數(shù)據(jù)。
重慶分公司
重慶分公司
