⑴ sql 超時解決方案 有時並不是設置問題
Server.scrīptTimeout,默認值是90秒.
要增大它,在你的asp文件中加一句,如下:
Server.scrīptTimeout=999,
將頁面超時設為999秒.
最初我只設置Server.scrīptTimeout,
但仍會出現timeout錯誤,無論它的值設成都多大.
後在社區里看到一帖子,提到commandTimeout屬性,
於是查看Option
Pack文檔,果然還有timeout.
Connection對象和Command對象都有個CommandTimeOut屬性,
默認是30秒,如果你有一個耗時的查詢或數據處理,
很容易就超時了.要增大它,也很容易,創建對象後,
設置它的屬性,如下:
con.CommandTimeOut
=
999,
設為999秒,其中con是一Connection對象.
如設為零,將無限等待,沒有這一timeout限制.
Command對象不會繼承Connection的這一屬性,
所以對可能超時的Command也要單獨設置CommandTimeout屬性.
最後IE也有個超時設置,5分鍾從伺服器得不到數據,也超時.
這種情況可能很少碰到,
但當我把一10多萬查詢的結果保存為mdb文件時,
就遇到了.(至於保存的方法,請參看精華區中的一篇帖子.)
解決方法:(原文請參照微軟KB中的Q181050)
之前在做IC交易網的時候因數據太大了，超1000萬，加了內存解決
1.
IE要4.01
sp1以上版本.
2.
在注冊表中HKEY_CURRENT_USERSoftwareMicrosoft
WindowsCurrentVersionInternet
Settings中
加一DWORD類型ReceiveTimeout,值設為比如8個9.
3.
restart
computer.
⑵ 我的網站sql資料庫老是運行超時
檢查代碼中資料庫鏈接中有沒有問題，如果打開資料庫鏈接後沒有關閉語句，（打開、關閉資料庫語句要一一對應）那連續運行幾次程序就會造成資料庫重復打開次數過多，突破IIS限制，就會報運行資料庫超時
⑶ 經常出現，能ping通但SQL資料庫訪問超時，怎麼處理
檢測隧道狀態，抓包，查日誌。根據實際情況做下一步動作。
⑷ 外部資料庫處理SQL數據查詢時提示超時求大神幫助
.版本 2外部資料庫1.查詢 (「select ...................」)就這一條語句啊，沒啥技術含量，主要還是資料庫大的問題，查詢比較慢，有啥方法沒？ 查看原帖>>
⑸ 連接SQl Server時 出現超時時間已到，在操作完成之前超時間已過或伺服器未響應
連接SQl Server時 出現超時時間已到，在操作完成之前超時間已過或伺服器未響應是設置錯誤造成的，解決方法為：
1、連接資料庫的方法代碼。
⑹ sql資料庫突然提示超時已過期
應該是運行時長時間未進行數據操作，讓伺服器誤以為客戶端請求已經停止就自動關閉聯接。
一般重新運行一下客戶端程序，其實也就是重新聯接一下資料庫，就可以解決這個問題。
⑺ sql 超時
剛才去
VS2010
裡面去創建了一下，
結果如下：
樓主的
超時的寫法是正確的
Data
Source=
localhost
\SQLEXPRESS;Initial
Catalog=Test;Integrated
Security=True;Connect
Timeout=1000
假如
設置了很大的
超時,
但是
還是
30秒
超時了
伺服器那裡，
有個配置信息，
要修改一下
在
伺服器那裡，
運行
SQL
Server
Configuration
Manager
客戶端協議那裡
TCP/IP
那裡，
有個
保持活動狀態
此參數（毫秒）控制
TCP
嘗試發送
KEEPALIVE
包以檢查空閑連接是否仍保持原樣的頻率。默認值為
30000
毫秒。
⑻ 當網站執行SQL查詢比較耗時怎麼解決超時問題
查看執行計劃，如果是查詢語句本身比較慢，就想辦法優化查詢語句，但並不是所有的sql語句都可以優化，有的查詢語句已經是最優了，但還是執行時間很長，這時就要從數據結構方面去考慮了，數據記錄達到百萬級千萬級就要考慮拆分表，把表的文本欄位分出去等！
⑼ 如何解決訪問sql資料庫超時問題
adoconnection1.CommandTimeout = 0命令執行超時時間(以秒為單位),設置為零說明無限制adoconnection1.ConnectionTimeout = 0連接資料庫超時時間(以秒為單位),設置為零說明無限制
⑽ 語句和事務超時設置都是0，但總是出現超時，提示超時的sql語句很簡單，單獨執行不超過100毫秒
摘要 執行SQL時，需要關注其執行時花費的時間，避免SQL執行過長的時間，佔用資料庫的資源。對於OLTP類型的系統，SQL的執行時間一般來說都是比較短的，假如某個SQL執行時間超出平均值，則需要給予特別的關注，分析下是正常情況還是代碼問題。