JDBC对数据库进行读写的优化问题

最近在做一个项目优化的任务,项目用的是SSM,页面上对应的一个按钮,用户点击这个按钮就会
对不同的数据库的几张表进行读写,老大说这块相应速度比较慢,需要改一下,我看了下原来的方式是采用的JDBC创建连接String拼接SQL执行操作。
我目前的想法是将原来的Statement换成效率高的PreparedStatement,拼接SQL采用StringBuilder,想请问一下还有没有其他的优化的方法?

这需要进行分析;是哪里慢,几张表不至于慢的。是否存在高并发、是否是查询导致sql执行缓慢等;还有jdbc每次需要创建连接池;造成不必要的消耗。
数据库的连接数是否被占满等。

设置提交方式为不默认提交 等所有sql执行完毕再统一提交

对sql查询语句进行优化

你都想到了,落了楼上的方法,看sql能不能优化

感谢各位的回答,我已经配置了数据源,连续的操作都是统一提交的,查看了SQL也没有发现什么严重影响性能的问题。
今天终于发现问题的根源了,就今天给每个执行的SQL都加了执行时间的日志,其中发现有一条SQL竟然执行了4s,把那个SQL在navicat上单独执行,
也差不多是这么长时间,看了具体的时间是竟然百分之九十的时间都花在了打开表和关闭表,后来才想到我们这台MySQL有大概三千个数据库,应该就是这个原因严重影响了SQL的性能