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

SQLException:關閉的連接如何解決？

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

sql2012事務日志已滿永久解決？

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

為什么數據庫操作時總是未響應？

1、并且對的的維護操作

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

2、優化應用設計、優化數據庫性能

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

3、憑借監控系統時刻遠程監控系統負載端

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

4、為數據庫打上補丁

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