解決SQL查詢總是 超時(shí)已過期_第1頁
解決SQL查詢總是 超時(shí)已過期_第2頁
解決SQL查詢總是 超時(shí)已過期_第3頁
解決SQL查詢總是 超時(shí)已過期_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、.解決SQL查詢總是 超時(shí)已過期1.由于數(shù)據(jù)庫設(shè)計(jì)問題造成SQL數(shù)據(jù)庫新增數(shù)據(jù)時(shí)超時(shí)癥狀: Microsoft OLE DB Provider for SQL Server 錯(cuò)誤 80040e31 (ODBC SQL Server Driver超時(shí)已過期); 服務(wù)器上看CPU、內(nèi)存占用率很低; 事件日志中提示: 數(shù)據(jù)庫 * 中文件 * 的自動(dòng)增長在 453 毫秒后已取消或出現(xiàn)超時(shí)。使用 ALTER DATABASE 設(shè)置更小的 FILEGROWTH 或設(shè)置新的大小。 原因:數(shù)據(jù)庫設(shè)置時(shí),文件增長按百分比來增長,當(dāng)數(shù)據(jù)庫文件很大時(shí)(1G以上),新增操作都會(huì)報(bào)超時(shí),而這時(shí)候其實(shí)CPU、內(nèi)存占用率都

2、非常非常的低。解決方法: 把上述的文件增長這里設(shè)置為一個(gè)更低的百分比或者直接指定增加多少兆字節(jié)。2.SQL Server數(shù)據(jù)庫超時(shí)設(shè)置修改客戶端的連接超時(shí)設(shè)置。默認(rèn)情況下,通過企業(yè)管理器注冊(cè)另外一臺(tái)SQL Server的超時(shí)設(shè)置是 4 秒,而查詢分析器是 15 秒。企業(yè)管理器中的設(shè)置: 在企業(yè)管理器中,選擇菜單上的工具,再選擇選項(xiàng); 在彈出的SQL Server企業(yè)管理器屬性窗口中,點(diǎn)擊高級(jí)選項(xiàng)卡; 在連接設(shè)置下的登錄超時(shí)(秒)右邊的框中輸入一個(gè)比較大的數(shù)字,如 30。 查詢分析器中的設(shè)置: 單擊“工具”-選項(xiàng)-連接; 將登錄超時(shí)設(shè)置為一個(gè)較大的數(shù)字,連接超時(shí)改為0。3.查詢語句時(shí)超時(shí)原因分析

3、: 查詢超時(shí)一般來說首先要從sql語句和數(shù)據(jù)表的結(jié)構(gòu)上找原因,優(yōu)化sql語句和為數(shù)據(jù)庫的查詢字段建索引是最常用的辦法。 另外,數(shù)據(jù)庫的查詢超時(shí)設(shè)置一般是sqlserver自己維護(hù)的(在你沒有修改query wait配置前),只有當(dāng)你的實(shí)際查詢時(shí)間超過估計(jì)查詢時(shí)間的25倍時(shí),才會(huì)超時(shí)。而造成超出估計(jì)值那么多的原因有兩種可能: 估計(jì)時(shí)間不準(zhǔn)確; sql語句涉及到大量占用內(nèi)存的查詢(如排序和哈希操作),內(nèi)存不夠,需要排隊(duì)等待資源造成的。 解決辦法: 優(yōu)化語句,創(chuàng)建使用合適的索引; 解決第一個(gè)問題的方法,更新要查詢表的索引分發(fā)統(tǒng)計(jì),保證估計(jì)時(shí)間的正確性,UPDATE STATISTICS 表名; 增加

4、內(nèi)存 如果想手動(dòng)設(shè)置查詢超時(shí),可以使用以下語句: sp_configure show advanced options, 1 GO RECONFIGURE GO sp_configure query wait, 2147483647 GO RECONFIGURE GO4.應(yīng)用程序連接失敗故障: 在應(yīng)用程序中我們也會(huì)遇到類似的錯(cuò)誤信息,例如: Microsoft OLE DB Provider for ODBC Drivers 錯(cuò)誤 80004005. MicrosoftODBC SQL Server Driver超時(shí)已過期.解決方法: A.如果遇到連接超時(shí)的錯(cuò)誤,我們可以在程序中修改 Conn

5、ection 對(duì)象的超時(shí)設(shè)置,再打開該連接。例如: %Set Conn = Server.CreateObject(ADODB.Connection)DSNtest=DRIVER=SQL Server;SERVER=ServerName;UID=USER;PWD=password;DATABASE=mydatabaseConn. Properties(Connect Timeout) = 15 以秒為單位Conn.open DSNtest%B. 如果遇到查詢超時(shí)的錯(cuò)誤,我們可以在程序中修改 Recordset 對(duì)象的超時(shí)設(shè)置,再打開結(jié)果集。例如: Dim cn As New ADODB.Con

6、nectionDim rs As ADODB.Recordset. . . cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties(Command Time Out) = 300同樣以秒為單位,如果設(shè)置為 0 表示無限制rs.Open cmd1, cnrs.MoveFirst. . .另外,一些硬件及網(wǎng)絡(luò)方面的原因也可能造成SQL數(shù)據(jù)庫連接超時(shí).1.由于數(shù)據(jù)庫設(shè)計(jì)問題造成SQL數(shù)據(jù)庫新增數(shù)據(jù)時(shí)超時(shí) 癥狀: Microsoft OLE DB Provider for SQL Server 錯(cuò)誤 80040e31 (ODBC SQ

7、L Server Driver超時(shí)已過期); 服務(wù)器上看CPU、內(nèi)存占用率很低; 事件日志中提示: 數(shù)據(jù)庫 * 中文件 * 的自動(dòng)增長在 453 毫秒后已取消或出現(xiàn)超時(shí)。使用 ALTER DATABASE 設(shè)置更小的 FILEGROWTH 或設(shè)置新的大小。 原因: 數(shù)據(jù)庫設(shè)置時(shí),文件增長按百分比來增長,當(dāng)數(shù)據(jù)庫文件很大時(shí)(1G以上),新增操作都會(huì)報(bào)超時(shí),而這時(shí)候其實(shí)CPU、內(nèi)存占用率都非常非常的低。 解決方法: 把上述的文件增長這里設(shè)置為一個(gè)更低的百分比或者直接指定增加多少兆字節(jié)。2.SQL Server數(shù)據(jù)庫超時(shí)設(shè)置 修改客戶端的連接超時(shí)設(shè)置。默認(rèn)情況下,通過企業(yè)管理器注冊(cè)另外一臺(tái)SQL S

8、erver的超時(shí)設(shè)置是 4 秒,而查詢分析器是 15 秒。 企業(yè)管理器中的設(shè)置:A、在企業(yè)管理器中,選擇菜單上的工具,再選擇選項(xiàng);B、在彈出的SQL Server企業(yè)管理器屬性窗口中,點(diǎn)擊高級(jí)選項(xiàng)卡;C、在連接設(shè)置下的登錄超時(shí)(秒)右邊的框中輸入一個(gè)比較大的數(shù)字,如 30。查詢分析器中的設(shè)置:單擊“工具”-選項(xiàng)-連接; 將登錄超時(shí)設(shè)置為一個(gè)較大的數(shù)字,連接超時(shí)改為0。3.查詢語句時(shí)超時(shí) 原因分析: 查詢超時(shí)一般來說首先要從sql語句和數(shù)據(jù)表的結(jié)構(gòu)上找原因,優(yōu)化sql語句和為數(shù)據(jù)庫的查詢字段建索引是最常用的辦法。 另外,數(shù)據(jù)庫的查詢超時(shí)設(shè)置一般是sqlserver自己維護(hù)的(在你沒有修改quer

9、y wait配置前),只有當(dāng)你的實(shí)際查詢時(shí)間超過估計(jì)查詢時(shí)間的25倍時(shí),才會(huì)超時(shí)。 而造成超出估計(jì)值那么多的原因有兩種可能: 一是估計(jì)時(shí)間不準(zhǔn)確; 二是sql語句涉及到大量占用內(nèi)存的查詢(如排序和哈希操作),內(nèi)存不夠,需要排隊(duì)等待資源造成的。 解決辦法: A.優(yōu)化語句,創(chuàng)建使用合適的索引; B.解決第一個(gè)問題的方法,更新要查詢表的索引分發(fā)統(tǒng)計(jì),保證估計(jì)時(shí)間的正確性,UPDATE STATISTICS 表名; C.增加內(nèi)存 如果想手動(dòng)設(shè)置查詢超時(shí),可以使用以下語句: sp_configure show advanced options, 1 GO RECONFIGURE GO sp_config

10、ure query wait, 2147483647 GO RECONFIGURE GO 4.應(yīng)用程序連接失敗 故障: 在應(yīng)用程序中我們也會(huì)遇到類似的錯(cuò)誤信息,例如: Microsoft OLE DB Provider for ODBC Drivers 錯(cuò)誤 80004005. MicrosoftODBC SQL Server Driver超時(shí)已過期. 解決方法: A.如果遇到連接超時(shí)的錯(cuò)誤,我們可以在程序中修改 Connection 對(duì)象的超時(shí)設(shè)置,再打開該連接。例如:%Set Conn = Server.CreateObject(ADODB.Connection)DSNtest=DRIVER=SQL Server;SERVER=ServerName;UID=USER;PWD=password;DATABASE=mydatabaseConn. Properties(Connect Timeout) = 15 以秒為單位Conn.open DSNtest% B.如果遇到查詢超時(shí)的錯(cuò)誤,我們可以在程序中修改 Recordset 對(duì)象的超時(shí)設(shè)置,再打開結(jié)果集。例如:Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . .c

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論