⑴ sql server 阻塞進程怎麼解決
SQL Server 的內存管理機制是:
有可用內存, 則為新需求分配內存
無可用內存時, 釋放內存來處理新需求.
這是SQL Server 緩沖池的預期行為。
默認情況下，在啟動 SQL Server之後，SQL Server會根據操作系統報告的物理內存數來動態增大或縮小高速緩沖存儲器的容量。
只要可用物理內存大小保持在4MB到10MB之間，SQL Server 緩沖池就會繼續增大（保留可用物理內存在4MB到10MB之間是為了
避免操作系統因為缺少內存而頻繁地換頁）。如果物理可用內存變得較少的時候，則SQL Server會將一些內存釋放給操作系統。
解決方案：
1.給操作系統、sql server打最新補丁
2.確保不是病毒原因（可能性比較小）
3.sql server設計時的要求就是最大可能的減少磁碟的I/O，磁碟I/O是比較消耗資源的，這個磁碟I/O包括了讀取資料庫文件
還有和虛擬內存的頁交換。如果還有足夠的可用內遲散胡存它都會毫不吝嗇的使用的（沒有設置上限），它會根據需要動態獲取和
釋放內存的。你要分析的是這佔用的內存開銷主要用做了什麼？是不是有大型的查詢或事務操作。
4.如果伺服器是專職的資料庫伺服器，不建議設置最大內存上限。如果還有其它重要的服掘枯務在機器上運行，就要考慮它的內存
使用是否會影響其它服務的正常的運行和性能。碼攔如果你的伺服器除了sql服務, 還有其他服務需求, 則需要設置sql server的最大內存限制
⑵ 如何查看oracle 中某條sql阻塞了某個sql
死鎖的定位方法
通過檢查資料庫表，能夠檢查出是哪一條語句被死鎖，產生死鎖的機器是哪一台。
1）用dba用戶執行以下語句
selectusername,lockwait,status,machine,programfromv$sessionwheresidin
(selectsession_idfromv$locked_object)
如果有輸出的結果，則說明有死鎖，且能看到死鎖的機器是哪一台。欄位說明：
Username：死鎖語句所用的資料庫用戶；
Lockwait：死鎖的狀態，如果有內容表示被死鎖。
Status： 狀態，active表示被死鎖
Machine： 死鎖語句所在的機器。
Program： 產生死鎖的語句主要來自哪個應用程序。
2）用dba用戶執行以下語句，可以查看到被死鎖的語句。
selectsql_textfromv$sqlwherehash_valuein
(selectsql_hash_valuefromv$sessionwheresidin
(selectsession_idfromv$locked_object))
⑶ oracle sql阻塞怎麼解決
使用v$locked_object視圖查看阻塞會話的session id，然後通過v$session+v$sql視圖查看一下正在執行什麼操作。如果可以，使用alter session命令kill掉即可解決阻塞。
⑷ 資料庫阻塞和死鎖的區別
資料庫阻塞的現象：第一個連接佔有資源沒有釋放，而第二個連接需要獲取這個資源。如果第一個連接沒有提交或者回滾，
第二個連接會一直等待下去，直到第一個連接釋放該資源為止。對於阻塞，資料庫無法處理，所以對資料庫操作要及時地提交或
者回滾。
資料庫死鎖的現象：第一個連接佔有資源沒有釋放，准備獲取第二個連接所佔用的資源，而第二個連接佔有資源沒有釋放，
准備獲取第一個連接所佔用的資源。這種互相佔有對方需要獲取的資源的現象叫做死鎖。對於死鎖，資料庫處理方法：犧牲一個
連接，保證另外一個連接成功執行
⑸ 常見的SQL Server阻塞情形有哪些
這一類阻塞的特徵，就是問題連接早就進入了空閑狀態(sysprocesses.status='sleeping'和sysprocesses.cms='awaiting command')，但是，如果檢查 sysprocesses.open_tran,就會發現它不為0，以及事務沒有提交。這類問題很多都是因為應用端遇到了一個執行超時，或者其他原因，當時執行的語句倍提前終止了，但是連接還保留著。應用沒有跟隨發來的事務提交或回滾指令，導致一個事務被遺留在 Sql Server 里。
解決辦法：
應用程序本身必須意識到任何語句都有可能遇到意外終止的情況，做好錯誤處理工作。這些工作包括：
· 在做 Sql Server 調用的時候，須加上錯誤捕捉和處理語句：If @@Trancount>0 RollBack Tran;(在程序中設置If @@Error<>0 Rollback Tran; 並不總是能執行到該語句)
⑹ 關於SQL Server 進程阻塞的問題
我估計你是不是要在第一個語句中，加上完成事務的語句啊。在UPDATE語句之後用Commint
TRAN。
⑺ 如何解決 SQL Server 中的鎖升級所致的阻塞問題
防止鎖升級的最簡單和最安全方法是使短的事務，以便不超過鎖升級閾值，會減少昂貴查詢的鎖定佔地面積。有多種方法可以獲得這一目標，其中許多將列出：
拆分成幾個較小的操作大的批處理操作。例如，假設您運行下面的查詢從審核表中，刪除幾個幾十萬舊記錄並隨後發現它導致阻塞其他用戶的鎖升級：
DELETE FROM LogMessages WHERE LogDate < '2/1/2002'
通過一次刪除這些記錄幾百，可以極大地減少積累每個交易記錄，並防止鎖升級的鎖數。例如：
SET ROWCOUNT 500
delete_more:
DELETE FROM LogMessages WHERE LogDate < '2/1/2002'
IF @@ROWCOUNT > 0 GOTO delete_more
SET ROWCOUNT 0
使查詢盡可能高效，從而減少查詢的鎖的佔地面積。大范圍的搜索或大量的書簽查找可能會增加鎖升級 ； 的機會此外，它增加了死鎖的可能性，並通常會影響並發性和性能。查找查詢後，會導致鎖升級，力圖尋找銷售機會，以創建新的索引，或者若要將列添加到現有索引刪除索引和表掃描和索引的效率的最大化。請考慮將查詢粘貼到查詢分析器的查詢窗口以在其上執行自動索引分析。為此，請在查詢菜單上，單擊在 SQL Server 2000 中，索引優化向導，或單擊執行索引分析SQL Server 7.0 中。
這種優化的目標之一是使索引搜索返回盡可能少的行，以書簽查找 （最大化的選擇性的特定查詢的索引） 的成本降到最低。如果 SQL Server 估計書簽查找邏輯運算符可能會返回多個行，它可能使用的預取來書簽查找。如果 SQL Server 不會使用書簽查找預取，必須增加對該查詢的一部分可重復的讀取查詢的一部分的事務隔離級別。這意味著什麼可能看起來類似於在讀取已提交的隔離級別的 SELECT 語句可能會獲取數以千計的鍵鎖 （聚集的索引和上一個非聚集的索引），這可能會導致此類查詢超過鎖升級閾值。這一點尤其重要，如果您發現已呈報的鎖不共享的表鎖，其中，但是，通常看不到在默認讀取已提交的隔離級別。如果使用預取的書簽查找子句導致升級，請考慮將其他列添加到索引查找或下方的書簽查找邏輯運算符掃描索引的邏輯運算符出現在查詢計劃中的非聚集索引。可能會創建覆蓋索引 （包括在查詢中使用表中的所有列的索引），或至少一個覆蓋已選擇的列的列表中包括的所有內容如果使用聯接條件或 WHERE 子句中的列的索引是不切實際的。
嵌套循環聯接也可以使用預取，，這將導致相同的鎖定行為。
如果不同的 SPID 當前持有的不兼容表鎖，則不會發生鎖升級。始終鎖升級升級到表級鎖，而從不頁鎖。此外，如果鎖定升級嘗試失敗，因為另一個 SPID 持有的不兼容的選項卡鎖，嘗試升級該查詢不會阻止在等待選項卡鎖。相反，它將繼續獲取鎖定在其原始、 更精細的級別 （行、 鍵或頁），定期進行其他升級嘗試。因此，防止在某個特定的表上的鎖升級的一種方法是獲取並與升級的鎖類型不兼容的不同連接保持鎖定。IX （意向排它） 鎖在表級別不會鎖定任何行或頁，但它仍不兼容已呈報 s （共享的） 或 X （獨占） 選項卡上的鎖。例如，假設您必須運行的批處理作業修改大量mytable表中的行和已導致阻塞的出現是由於鎖升級。如果此作業始終在不到一小時內完成，可能會創建包含以下代碼中，事務處理性 SQL 作業和計劃新作業啟動批處理作業的開始時間前幾分鍾的時間：
BEGIN TRAN
SELECT * FROM mytable (UPDLOCK, HOLDLOCK) WHERE 1=0
WAITFOR DELAY '1:00:00'
COMMIT TRAN
此查詢獲取，並一小時，這可以防止在表上的鎖升級這段時間內保持在mytable的 IX 鎖。這批不會修改任何數據或阻止其他查詢 （除非其他查詢強制使用 TABLOCK 提示的表鎖，或如果管理員已經禁用頁或行鎖，通過使用sp_indexoption存儲過程）。
此外，您可以通過啟用跟蹤標志 1211年禁用鎖升級。但是，此跟蹤標記會禁用所有的鎖升級的 SQL Server 實例中的全局范圍內。鎖升級最大化 ； 否則減速的獲取和釋放鎖的數千開銷的查詢的效率在 SQL Server 中提供非常有用的目的。鎖升級還有助於最小化所需的內存，以跟蹤的鎖。可以將 SQL Server 鎖結構中動態分配的內存是有限的的因此如果您禁用鎖升級和鎖定內存增長足夠大、 分配額外的鎖包含任何查詢可能會失敗並出現下面的錯誤：
錯誤: 1204，嚴重性： 19 日狀態： 1
這一次，SQL Server 無法獲得鎖資源。有較少的活動用戶時重新運行該語句，或者請求系統管理員檢查 SQL Server 鎖和內存配置。
注意"1204"錯誤時，它會停止當前語句的處理，並導致回滾當前事務。回滾本身可能會阻止用戶或導致很長的資料庫恢復時間，如果您在重新啟動 SQL Server 服務。
使用鎖定提示 （如 ROWLOCK 只會更改初始鎖定計劃。鎖提示不能防止鎖升級。
防止鎖升級的前面部分討論的其他方法是更好的方法比啟用跟蹤標記。此外，其他方法通常會導致查詢性能優於禁用整個實例的鎖升級。Microsoft 建議您啟用此跟蹤標記只是為了緩解嚴重阻塞引起鎖升級，而其他選項，如那些討論先前在本文中，所調查的。要啟用跟蹤標志，以便它打開時 SQL Server 啟動時，將其添加為伺服器啟動參數。
添加伺服器啟動參數，用滑鼠右鍵單擊該伺服器在 SQL 企業管理器中，單擊屬性然後單擊在常規選項卡上的啟動參數，然後添加下面的參數 （嚴格按照所示）：
-T1211
您必須重新打開 SQL Server 服務為新的啟動參數才會生效。如果您在查詢分析器中運行下面的查詢跟蹤標記將立即生效：DBCC TRACEON (1211, -1)
但是，如果您沒有添加-T1211啟動參數traceon命令的效果時會丟失關閉並重新打開 SQL Server 服務。打開跟蹤標志可防止任何將來的鎖升級，但它不會反轉任何已經發生的活動事務的鎖升級。
⑻ sql同時查詢一個庫會擁堵嗎
會。sql單個表擾絕弊數據量過大會導致增刪改查都會變慢，所以sql同時查詢一個庫是會擁堵的，宏散可以岔開時間查詢。SQL是結構化查詢語緩族言，是一種計算機標准語言，用於和資料庫管理系統打交道。