才發(fā)現(xiàn)的一個(gè)mysql錯(cuò)誤

hsgzr

最近做了個(gè)程序，在測試程序時(shí)出錯(cuò)MySQL server has gone away，仔細(xì)檢查了程序語句和mysql表、過程、視圖沒發(fā)現(xiàn)錯(cuò)誤，后來不放過任何一個(gè)環(huán)節(jié)的測試，發(fā)現(xiàn)是由于修改系統(tǒng)時(shí)間造成，感到很郁悶，修改系統(tǒng)時(shí)間怎么會(huì)造成數(shù)據(jù)庫斷開連接呢？但使用state檢查數(shù)據(jù)庫的連接狀態(tài)是正常的，后來我單獨(dú)建立了一個(gè)數(shù)據(jù)庫，在這個(gè)數(shù)據(jù)庫就建立了一個(gè)表，來驗(yàn)證修改系統(tǒng)時(shí)間是否會(huì)造成這個(gè)錯(cuò)誤，做法如下。
1、在程序的啟動(dòng)窗體中連接數(shù)據(jù)庫
2、在窗體中設(shè)置一個(gè)按鈕，按鈕中的事件就是一個(gè)正常的查詢。
3、在程序的退出事件中關(guān)閉數(shù)據(jù)庫

測試：
1、先啟動(dòng)程序。
2、再修改系統(tǒng)時(shí)間為上一個(gè)日期
3、點(diǎn)擊查詢按鈕，測試正常 使用state檢查數(shù)據(jù)庫的連接狀態(tài)是正常
4、再修改系統(tǒng)時(shí)間為下一個(gè)工作日
5、點(diǎn)擊查詢按鈕 出現(xiàn)上述錯(cuò)誤
6、使用state檢查數(shù)據(jù)庫的連接狀態(tài)是正常
7、再點(diǎn)擊查詢按鈕 還是出現(xiàn)上述錯(cuò)誤


總結(jié) 在程序啟動(dòng)后修改系統(tǒng)時(shí)間不能大于當(dāng)前日期 大于當(dāng)前日期就會(huì)出現(xiàn)上述錯(cuò)誤，小于當(dāng)前日期永遠(yuǎn)不出錯(cuò) 不知為什么，大家不妨也做個(gè)實(shí)驗(yàn)。

有知道原因或解決之道的 求你給個(gè)招

yejr

沒見過系統(tǒng)運(yùn)行中還要改服務(wù)器時(shí)間的.....

hsgzr

因?yàn)槲乙獪y試幾天或幾個(gè)月的數(shù)據(jù) 我只是在單機(jī)上測試的 所以要改時(shí)間

hsgzr

我基于sybase informix等數(shù)據(jù)庫上開發(fā)過不少程序，這些數(shù)據(jù)庫均沒有因改時(shí)間會(huì)出問題的，且在開發(fā)中很順利沒有這樣那樣的問題，怎么mysql這么多問題，特別是中文亂碼問題至今解決不了，改系統(tǒng)時(shí)間怎么會(huì)斷開連接呢，但檢查state狀態(tài)正常
怎么其它數(shù)據(jù)庫沒有這樣的問題？看來mysql還是很不成熟

HonestQiao

你這么做，可能會(huì)導(dǎo)致認(rèn)為超時(shí)吧。

albertxu

yes, change the date, change the wait time:

see the usage of:
interactive_timeout = 60
wait_timeout = 60