感觉上好象是只要把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规范，从这个角度，连接池如果没有实现关闭功能应该是有问题的。