總結一下要影響SQLSERVER鎖的申請和釋允許存取為要考慮的因素

要影響SQLSERVER鎖的申請和釋允許存取為要考慮的因素

1、交易隔離等級的選定
交易隔離等級越高，隔離度就越高，並發度也就越差。如果選擇了比較高的隔離等級，SQL不可避免地要申請更多的鎖，持有的時間也會增加。

所以在設計應用的時候，一定要和使用者談好，盡量選擇預設的隔離等級（read committed）

 

2、事務的長短和事務的複雜度
事務的長度和複雜度決定論這個事務在SQL內部會持續多長時間，也能決定SQL會同時在多少張表和索引上申請和持有鎖。事務越簡單，就越不

容易發生阻塞和死結。所以這也必須和使用者商量好，盡量避免在一個事務裡做很多事情

 

3、從應用整體並發度考慮，單個事務一次處理的資料量不能過多
應用的效能，不單要衡量單個串連的處理速度，也要衡量在並發處理的情況下，整體的平均速度怎麼樣。從串連個體來講，可能在一個事務裡把

資料一次都處理掉比較快。但是如果處理的資料量很大，就會影響到其他串連同時訪問同一對象。所以，如果一個應用的並發要求比較高，

就一定要嚴格控制單個交易處理的資料量。如果有什麼事務操作需要訪問或修改表格內的大量資料，最好調整到並發使用者比較少的時候運行。

 

4、針對語句在表格上設計合適的索引
合適的索引能使SQL在讀取儘可能少的資料量的前提下，把需要處理的資料找到。如果沒有合適的索引，SQL在做select,update,delete的時候，

會申請比要處理的目標資料量多得多的鎖，從而導致阻塞或死結。這種情形可以通過加索引的方式提高並發度。同時，SQL在做update,insert,delete

的時候，會對有關聯的所有索引都做修改，在她們上面申請鎖。從這個角度講，索引越多，產生的鎖的數目也就越多，阻塞和死結的幾率也就會越高。

 

總結：

資料庫設計員需要做的是要確保有足夠的索引，防止語句做全表掃描，但是也要去掉那些對語句運行貢獻不大的索引。不能隨便往表格上加索引