SQL數(shù)據(jù)庫超時(shí)過期問題的解決方案_第1頁
SQL數(shù)據(jù)庫超時(shí)過期問題的解決方案_第2頁
SQL數(shù)據(jù)庫超時(shí)過期問題的解決方案_第3頁
免費(fèi)預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

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

文檔簡介

SQL數(shù)據(jù)庫超時(shí)過期問題的解決方案減小字體 增大字體SQL按經(jīng)驗(yàn)來說,數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)不合理,經(jīng)常使用視圖等原因都有,那些怎么解決呢?下面看文章SQL數(shù)據(jù)庫新增數(shù)據(jù)時(shí)超時(shí)癥狀:MicrosoftOLEDBProviderforSQLServer錯(cuò)誤'80040e31'([ODBCSQLServerDriver]超時(shí)已過期);服務(wù)器上看CPU、內(nèi)存占用率很低;:數(shù)據(jù)庫'*********'中文件'***********'的自動(dòng)增長在453毫秒后已取消或出現(xiàn)超時(shí)。使用ALTERDATABASE設(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é)。SQLServer數(shù)據(jù)庫超時(shí)設(shè)置修改客戶端的連接超時(shí)設(shè)置。默認(rèn)情況下,通過企業(yè)管理器注冊另外一臺(tái)Server的超時(shí)設(shè)置是4秒,而查詢分析器是15秒。企業(yè)管理器中的設(shè)置:A、在企業(yè)管理器中,選擇菜單上的"工具",再選擇"選項(xiàng)";B、在彈出的"SQLServer企業(yè)管理器屬性"窗口中,點(diǎn)擊"高級(jí)"選項(xiàng)卡;C、在"連接設(shè)置"下的"登錄超時(shí)(秒)"右邊的框中輸入一個(gè)比較大的數(shù)字,如30。查詢分析器中的設(shè)置:單擊“工具”->"選項(xiàng)"->"連接";將登錄超時(shí)設(shè)置為一個(gè)較大的數(shù)字,連接超時(shí)改為0。原因分析:查詢超時(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)存的查詢(如排序和哈希操作),需要排隊(duì)等待資源造成的。解決辦法:,;解決第一個(gè)問題的方,更新要查詢表的索引分發(fā)統(tǒng)計(jì)保證估計(jì)時(shí)間的正性,UPDATE STATISTICS 表;增加內(nèi)存如果想手動(dòng)設(shè)置查詢超時(shí),可以使用以下語句:sp_configure 'show advanced options', GOGOsp_configure 'query wait', GOGO應(yīng)用程序連接失敗故障:在應(yīng)用程序中我們也會(huì)遇到類似的錯(cuò)誤信息,例如:MicrosoftOLEDBProviderforODBCDrivers錯(cuò)誤'80004005'.[Microsoft][ODBCSQLServerDriver].解決方法:如果遇到連接超時(shí)的錯(cuò)誤,我們可以在程序中修改Connection對(duì)象的超時(shí)設(shè)置,再打開該連接。例如:<%SetConn=Server.CreateObject("ADODB.Connection")DSNtest="DRIVER={SQLServer};SERVER=ServerName;UID=USER;PWD=password;DATABASE=mydatabase"Conn.Properties("ConnectTimeout")=15'以秒為單位Conn.openDSNtest%>B.B.如果遇到查詢超時(shí)的錯(cuò)誤,我們可以在程序中修改Recordset對(duì)象的超時(shí)設(shè)置,再打開結(jié)果集。例如:DimcnAsNewADODB.ConnectionDimrsAsADODB.Recordset...cmd1=txtQuery.TextSetrs=NewADODB.Recordsetrs.Properties("CommandTimeOut")=300'同樣以秒為單位,如果設(shè)置為0表示無限制rs.Opencmd1,cnrs.MoveFirst...另外,一些硬件及網(wǎng)絡(luò)方面的原因也可能造成SQL數(shù)據(jù)庫連接超時(shí).呵呵,這個(gè)問題很有趣不是嗎?上面的同志們只是給出一些建議,以我的經(jīng)驗(yàn)來看(oracle),用自增或是序列),id建立索引。whereid1383000,那么你的語句可以寫成select*fromhr_worktimewhereid>-1還有就是,where條件中避免出現(xiàn)!=,or,between,等東西,否則索引實(shí)效。SQL查詢速度慢的原因查詢速度慢的原因很多,常見如下幾種:(這是查詢)2、I/O吞吐量小,形成了瓶頸效應(yīng)。、沒有創(chuàng)建計(jì)算列導(dǎo)致查詢不優(yōu)化。4、內(nèi)存不足5、網(wǎng)絡(luò)速度慢6、查詢出的數(shù)據(jù)量過大)7(這也是查詢慢最常見的問題,是程序設(shè)計(jì)的缺陷)8、sp_lock,sp_who,活動(dòng)的用戶查看,原因是讀寫競爭資源。、返回了不必要的行和列10可以通過如下方法來優(yōu)化查詢:1、把數(shù)據(jù)、日志、索引放到不同的I/OTempdbRAID0上,SQL2000()I/O.2(sp_spaceuse)、升級(jí)硬件,(最好是使...CREATEINDEX為給定表或視圖創(chuàng)建索引。只有表或視圖的所有者才能為表創(chuàng)建索引。表或視圖的所有者可以隨時(shí)創(chuàng)建索的表或視圖創(chuàng)建索引。語法CREATE[UNIQUE][CLUSTERED|NONCLUSTERED]INDEXindex_nameON{table|view}(column[ASC|DESC][,...n])[WITH<index_option>[,...n]][ONfilegroup]<index_option>::={PAD_INDEX|FILLFACTOR=fillfactorIGNORE_DUP_KEY|DROP_EXISTING|STATISTICS_NORECOMPUTE|SORT_IN_TEMPDB}--10001990行是男,那么它不如直接掃描了,這是選擇性CREATE[UNIQUE][CLUSTERED│NONCLUSTERED]INDEXindex_nameON{table│view}(column[ASC│DESC][,…n])例1:為表jbxx創(chuàng)建一個(gè)非聚集索引,索引字段為employee_name,索引名為i_employeenamecreateindexi_employeenameonjbxx(employee_name)例2:新建一個(gè)表,名稱為temp,為此表創(chuàng)建一個(gè)惟一聚集索引,索引字段為temp_number,索引名為i_temp_number。usestudentCreatetablet_temp(temp_numberint,temp_namechar(10),temp_ageint)createuniqueclusteredindexi_temp_numberont_temp(temp_number)例3:為表s創(chuàng)建一個(gè)復(fù)合索引,使用sex和birthday字段。UsestudentCreateindexi_sons(sex,birthday)(一)使用企業(yè)管理器查看、修改和刪除索引的操作”選項(xiàng),在出現(xiàn)的管理索引對(duì)話框中,選擇要查看或修改““”部分設(shè)置,還可以直接修改其SQL“SQL”“編輯Transact_SQl對(duì)話框,在此可以編輯、分析、執(zhí)行索引的Transact_SQl腳本?!皩傩赃x項(xiàng),在打開的設(shè)計(jì)表的窗口中,屬性索引/鍵選項(xiàng)卡,在此對(duì)話框中,先選定要修改索引名稱的”文本框中輸入心得索引名稱替換原來的索引名稱。要?jiǎng)h除索引,可以在“管理索引”對(duì)話框中或表的“屬性”對(duì)話框中,選擇要?jiǎng)h除的索引,單擊“刪除”按鈕,即可刪除索引。(二)使用T_SQL查看、修改和刪除索引的操作使用系統(tǒng)存儲(chǔ)過程查看索引信息,語法如下:sp_helpindex[@objname=]?name?例1:查看jbxx表的索引信息sp_helpindexjbxx使用系統(tǒng)存儲(chǔ)過程修改索引名稱,語法如下:sp_rename[@objname=]?object_name?,[@newname=]?new_name?[,[@

溫馨提示

  • 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)論