修改方法：
創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括烏拉特前網(wǎng)站建設(shè)、烏拉特前網(wǎng)站制作、烏拉特前網(wǎng)頁(yè)制作以及烏拉特前網(wǎng)絡(luò)營(yíng)銷(xiāo)策劃等。多年來(lái)，我們專(zhuān)注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，烏拉特前網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到烏拉特前省份的部分城市，未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
在配置文件mysql.ini中進(jìn)行設(shè)置
添加類(lèi)似wait_timeout=xxxx的語(yǔ)句即可
通過(guò)命令行進(jìn)行修改
Mysql set global wait_timeout=xxxx;
$mysql_conn = mysql_connect($mysql_naccount_svr,$mysql_naccount_usr,$mysql_naccount_pwd) or die("Couldn't connect to MySQL Server on nacco");
mysql的連接需要什么時(shí)間啊，那么快，正確就連上了，不正確讓他輸出
如上 ：Couldn't connect to MySQL Server on nacco
字面意思是數(shù)據(jù)庫(kù)連接超時(shí)（30s），假如你的代買(mǎi)沒(méi)有問(wèn)題而是你的文件過(guò)大的話，那么可以在php.ini中調(diào)大這個(gè)連接時(shí)間上限。但是我覺(jué)得可能是你的數(shù)據(jù)庫(kù)配置的問(wèn)題，方便貼出config.php中數(shù)據(jù)庫(kù)連接的配置代碼么？
開(kāi)啟下mysql的慢查詢(xún). 看看是否存在過(guò)多的慢查詢(xún)語(yǔ)句. 具體開(kāi)啟方式可以百度
在數(shù)據(jù)庫(kù)訪問(wèn)比較慢的情況下. 執(zhí)行 show processlist 看下進(jìn)程是否過(guò)多.
找出慢查詢(xún)之后, 可以針對(duì)sql進(jìn)行優(yōu)化.
加加索引應(yīng)該就能解決.
my.cnf 的配置可以參考網(wǎng)上的方案進(jìn)行優(yōu)化....
(按說(shuō)...4000條數(shù)據(jù)根本就不是個(gè)問(wèn)題....)
1.由于數(shù)據(jù)庫(kù)設(shè)計(jì)問(wèn)題造成SQL數(shù)據(jù)庫(kù)新增數(shù)據(jù)時(shí)超時(shí)
癥狀:
Microsoft OLE DB Provider for SQL Server 錯(cuò)誤 '80040e31' ([ODBC SQL Server Driver]超時(shí)已過(guò)期);
服務(wù)器上看CPU、內(nèi)存占用率很低;
事件日志中提示: 數(shù)據(jù)庫(kù) '*********' 中文件 '***********' 的自動(dòng)增長(zhǎng)在 453 毫秒后已取消或出現(xiàn)超時(shí)。使用 ALTER DATABASE 設(shè)置更小的 FILEGROWTH 或設(shè)置新的大小。
原因:
數(shù)據(jù)庫(kù)設(shè)置時(shí),[文件增長(zhǎng)]按百分比來(lái)增長(zhǎng),當(dāng)數(shù)據(jù)庫(kù)文件很大時(shí)(1G以上),新增操作都會(huì)報(bào)超時(shí)，而這時(shí)候其實(shí)CPU、內(nèi)存占用率都非常非常的低。
解決方法:
把上述的文件增長(zhǎng)這里設(shè)置為一個(gè)更低的百分比或者直接指定增加多少兆字節(jié)。
2.SQL Server數(shù)據(jù)庫(kù)超時(shí)設(shè)置
修改客戶端的連接超時(shí)設(shè)置。默認(rèn)情況下，通過(guò)企業(yè)管理器注冊(cè)另外一臺(tái)SQL Server的超時(shí)設(shè)置是 4 秒，而查詢(xún)分析器是 15 秒。
企業(yè)管理器中的設(shè)置:
在企業(yè)管理器中，選擇菜單上的"工具"，再選擇"選項(xiàng)"；
在彈出的"SQL Server企業(yè)管理器屬性"窗口中，點(diǎn)擊"高級(jí)"選項(xiàng)卡；
在"連接設(shè)置"下的"登錄超時(shí)(秒)"右邊的框中輸入一個(gè)比較大的數(shù)字，如 30。
查詢(xún)分析器中的設(shè)置:
單擊“工具”-"選項(xiàng)"-"連接"; 將登錄超時(shí)設(shè)置為一個(gè)較大的數(shù)字，連接超時(shí)改為0。
3.查詢(xún)語(yǔ)句時(shí)超時(shí)
原因分析:
查詢(xún)超時(shí)一般來(lái)說(shuō)首先要從sql語(yǔ)句和數(shù)據(jù)表的結(jié)構(gòu)上找原因，優(yōu)化sql語(yǔ)句和為數(shù)據(jù)庫(kù)的查詢(xún)字段建索引是最常用的辦法。
另外，數(shù)據(jù)庫(kù)的查詢(xún)超時(shí)設(shè)置一般是sqlserver自己維護(hù)的(在你沒(méi)有修改query wait配置前)，只有當(dāng)你的實(shí)際查詢(xún)時(shí)間超過(guò)估計(jì)查詢(xún)時(shí)間的25倍時(shí)，才會(huì)超時(shí)。
而造成超出估計(jì)值那么多的原因有兩種可能:
估計(jì)時(shí)間不準(zhǔn)確；
sql語(yǔ)句涉及到大量占用內(nèi)存的查詢(xún)(如排序和哈希操作)，內(nèi)存不夠，需要排隊(duì)等待資源造成的。
解決辦法:
優(yōu)化語(yǔ)句,創(chuàng)建\使用合適的索引;
解決第一個(gè)問(wèn)題的方法,更新要查詢(xún)表的索引分發(fā)統(tǒng)計(jì)，保證估計(jì)時(shí)間的正確性，UPDATE STATISTICS 表名;
增加內(nèi)存
如果想手動(dòng)設(shè)置查詢(xún)超時(shí)，可以使用以下語(yǔ)句：
sp_configure 'show advanced options', 1 GO RECONFIGURE GO sp_configure 'query wait', 2147483647 GO RECONFIGURE GO
4.應(yīng)用程序連接失敗
故障:
在應(yīng)用程序中我們也會(huì)遇到類(lèi)似的錯(cuò)誤信息，例如：
Microsoft OLE DB Provider for ODBC Drivers 錯(cuò)誤 '80004005'. [Microsoft][ODBC SQL Server Driver]超時(shí)已過(guò)期.
解決方法:
A.如果遇到連接超時(shí)的錯(cuò)誤，我們可以在程序中修改 Connection 對(duì)象的超時(shí)設(shè)置，再打開(kāi)該連接。例如：
＜%Set Conn = Server.CreateObject("ADODB.Connection")DSNtest="DRIVER={SQL Server};SERVER=ServerName;UID=USER;PWD=password;DATABASE=mydatabase"Conn. Properties("Connect Timeout") = 15 '以秒為單位Conn.open DSNtest%＞
B. 如果遇到查詢(xún)超時(shí)的錯(cuò)誤，我們可以在程序中修改 Recordset 對(duì)象的超時(shí)設(shè)置，再打開(kāi)結(jié)果集。例如：
Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . . cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties("Command Time Out") = 300'同樣以秒為單位，如果設(shè)置為 0 表示無(wú)限制rs.Open cmd1, cnrs.MoveFirst. . .
另外,一些硬件及網(wǎng)絡(luò)方面的原因也可能造成SQL數(shù)據(jù)庫(kù)連接超時(shí).
重慶分公司
重慶分公司
