感覺上好象是只要把connection給關閉了，系統就能正常運行了。
那在查詢或是其實操作中，如果只關閉Connection，不作ResultSet 和 Statement 的關閉的話，對系統性能是否會有影響呢。或者是其實方面的不良影響。
如果你不使用連接池，那么就沒有什么問題，一旦Connection關閉，數據庫物理連接就被釋放，所有相關Java資源也可以被GC回收了。
但是如果你使用連接池，那么請注意，Connection關閉并不是物理關閉，只是歸還連接池，所以PreparedStatement和ResultSet都被持有，并且實際占用相關的數據庫的游標資源，在這種情況下，只要長期運行，往往就會報“游標超出數據庫允許的最大值”的錯誤，導致程序無法正常訪問數據庫。
補充：其實這個要看你用的是什么數據庫，然后決定了你的JDBC，然后呢，決定了實現這個JDBC的方法，然后呢就決定了問題。
建議關閉。
不使用連接池的情況下,如果你直接關閉連接話,對應的Statement,ResultSet對象都應該由Driver Vendor來幫你關閉,即由他來進行資源的釋放.這個是由JDBC3.0規范中提到的.因為有些數據庫資源可能屬于GC不能釋放的范圍.
對于連接池的實現而言,有時間我看看Oracle和Postgres的實現再下定論吧.但是我認為出現上面的情況應該理解成為連接池vendor的一種沒有按規范來實現的問題.如果用數據庫自己實現的連接池應該不會有這樣的情況出現.
使用連接池時也應該會關閉PreparedStatement和ResultSet，看過Apache的DBCP，它是會關的，不知道其他連接池是怎么樣的。實際上，使用不使用連接池應該對開發者透明，都應該遵循Jdbc規范，從這個角度，連接池如果沒有實現關閉功能應該是有問題的。