SQL Server中的timeout設定

上篇文章中, 我們總結了SharePoint裡的timeout相關的設定, 文章中我們說到SQL端的選項是不會有什麼影響的. 為什麼這麼說呢?

筆者這一塊原來也是暈乎乎. 於是去諮詢SQL的資深進階支援人員工程師Peter, 得到了如下的答案.

1. 與SQL相關的timeout, 都是由Client端發起的.

比如說, 我們自己寫了個C#小程式, 其中使用了SqlCommand.CommandTimeout屬性, 指定它的值為20秒. 那麼, 當這個query在SQL端執行了二十秒後, 我們的C#小程式會給SQL Server發送一個TDS Tension資料包, 告訴SQL Server我這邊逾時了, 你那邊的query不用做了. 於是SQL相應client的請求, 斷掉connection. Client端報出一條exception, 說SQL Server端的已耗用時間太長, 超過了我們原定的時限.

 

2. 那麼SQL Server Management Studio中有如下兩個有關Timeout的選項, 他們是幹什麼的呢?

• a. Tools->Options->Query Exection->Execution time-out.

             

• b. Right click SQL Server Node->Properties->Connections->Remote Query Timeout.

             

 

如果我們把Management Studio看作是我們自己寫的C#程式, 在這個程式中我們唯寫下來要執行的語句, timeout設定呢? 這裡的a選項指定的值就是SqlCommand.CommandTimeout. 好懂吧. ^_^

 

假設我們的C#小程式串連到SQL Server 1上運行預存程序取資料, 在這個預存程序中, SQL Server 1需要到SQL Server 2上去取未經處理資料. 那麼, 如果SQL Server 2上的查詢執行了600秒之後(預設值), 那麼SQL Server 1會發給SQL Server 2, 告訴它這個查詢我嫌它太久, 你不要做了. 於是SQL Server 1 發給SQL Server 2一個資料包, 告訴它停吧. 然後Server 2斷掉他們之間的Connection.

 

由此可見, 在一般情況下, b選項與我們關係不是很大.

 

我在研究這兩個選項的時候, 發現StackOverFlow.com上的網友問起相關的問題, 回答問題的人經常給出這兩個選項. 其實這是錯誤的. 調整了之後也不會對SQL端運行逾時的問題有改善的.

 

感謝Peter Zhu提供的精彩講解, 我在這裡才能分享給大家.

 

技術無止境, 這麼小的一個選項後面竟然有這麼多陷阱呀.