SQLException:關(guān)閉的連接如何解決？好象來將，Connection在DB端有大的空閑時間的限制。如：mysql默認(rèn)Connection在8個小時少有使用(即有線程用Connection正在發(fā)

SQLException:關(guān)閉的連接如何解決？

好象來將，Connection在DB端有大的空閑時間的限制。如：mysql默認(rèn)Connection在8個小時少有使用(即有線程用Connection正在發(fā)送了SQL)，變會自動已斷開。而此時，你本地配置的數(shù)據(jù)庫再連接池，卻還可不知道該連接早被數(shù)據(jù)庫連接斷開了。那樣的話就出現(xiàn)了，雖說懷中掏出了Connection卻在在用時，一拋巳經(jīng)關(guān)掉的異樣。該怎么解決是為再連接池加測定Connection有效性的配置。這個我就不大好提出具體看的配置了，畢竟得看你用的是什么數(shù)據(jù)庫連接上池利用。

sql2012事務(wù)日志已滿永久解決？

DB右擊屬性-》文件-》添加一個log文件，下面就應(yīng)該不會異常，只不過以免以后異樣還需需要收索下log日志文件

為什么數(shù)據(jù)庫操作時總是未響應(yīng)？

1、并且對的的維護(hù)操作

很多的數(shù)據(jù)庫無做出反應(yīng)故障是由于不對的的維護(hù)不能操作過多的。應(yīng)盡量減少在業(yè)務(wù)高峰期做快的以維護(hù)操作，例如像MOVE、加主外鍵管理和約束等會長時間鎖表的操作。要是確實是不需要，注意建議使用真確的操作方法。諸如用online重建索引；建主鍵、同樣鍵加以約束時先建索引，后再待建強制力時委托新建的索引等等。也就是只要系統(tǒng)的并發(fā)性、可伸縮性，盡量減少系統(tǒng)串行操作的出現(xiàn)。

2、優(yōu)化應(yīng)用設(shè)計、優(yōu)化數(shù)據(jù)庫性能

為盡量避免性能問題導(dǎo)致在業(yè)務(wù)高峰期數(shù)據(jù)庫肯定不能趕快管用一次性處理依附業(yè)務(wù)的請求，以至于完全HANG住。對于數(shù)據(jù)庫中存在的串行訪問網(wǎng)絡(luò)的部分通過系統(tǒng)優(yōu)化，比如latch、enqueue，還除了不合理的sequence設(shè)計等。特別是在RAC數(shù)據(jù)庫中，嚴(yán)重串行不能訪問等待并不一定更很難紊亂十分嚴(yán)重的性能問題。優(yōu)化系統(tǒng)應(yīng)用設(shè)計，使數(shù)據(jù)庫具備更合適的可伸縮性和并行處理能力，也能比較有效地以免性能問題影起的數(shù)據(jù)庫HANG住。

3、憑借監(jiān)控系統(tǒng)時刻遠(yuǎn)程監(jiān)控系統(tǒng)負(fù)載端

遇見系統(tǒng)負(fù)載過低，內(nèi)存不足，OS中虛擬內(nèi)存自動換行很很頻繁等情況時，及時采取措施；監(jiān)控ORACLE數(shù)據(jù)庫的核心進(jìn)程，如pmon、smon等，看有無有異常，如過熱的CPU消耗。又出現(xiàn)十分應(yīng)立玄一次性處理；監(jiān)控歸檔空間的日志直接切換；監(jiān)控數(shù)據(jù)庫中的靜靜的等待事件，例如是否有大量的enqueue、logfileswitch(archivingneeded)、resmgr:becomeactive靜靜的等待事件等。

4、為數(shù)據(jù)庫打上補丁

很多的無做出反應(yīng)故障是因此ORACLE的BUG引起的，數(shù)據(jù)庫DBA應(yīng)參與當(dāng)前版本中有哪些BUG會可能導(dǎo)致數(shù)據(jù)庫HANG住，最好不要為數(shù)據(jù)庫打上解決這些BUG的補丁。