Question

急！关于jdbc并发问题: 有二个客户端先后更新oracle库上的某一条数据。因为一些原因造成第一次更新持续等

关于jdbc并发问题: 有二个客户端使用人员（用A,B来区分人员）。先后更新oracle库上的某一条数据。因为一些偶然的原因造成A 第一次更新数据的行为一直属于未提交状态。然后 B 再进行更新这条数据操作的时候，于是就造成死锁状态。B不知道是什么原因，于是他多次进行更新数据操作，于是造成大面积死锁现象。 其中我使用了struts的令牌防止刷新页面而造成的重复提交操作。但对于目前这种现象没有任何防治效果。我对jdbc进行了多次断点测试操作。发现是在执行
objStatement = objConnection.prepareStatement(execsql,java.sql.ResultSet.TYPE_SCROLL_INSENSITIVE,java.sql.ResultSet.CONCUR_READ_ONLY);
objStatement.execute();//是在执行这一处代码的时候，就卡主了，不往下面走。
这样就造成了objStatement.close();关闭不了，Connection 也无法commit。然后
finally{}//代码块中关闭连接操作无法完成，链接池中的链接也无法释放。
从而导致了连接池中有效链接全部都非法占用。造成程序速度非常慢。
由于我是用使用jdbc访问数据库层得。暂时没有太好用的思路。跪求高手
给个思路，给个建议。万分感激。分会持续散给大家。求求大家帮帮忙。
Statement, PreparedStatement 有个 setQueryTimeout 方法可以设置超时时间.最后得到一个朋友帮助，才最终有了一个比较成功的解决方法。但是还是要谢谢各位关注过我的朋友，以及各位路过的神仙。本来在期间 我 使用 jdk 中提供的并发库也能实现定时器操作，但是对于内存的消耗肯定比这个大，而且也影响了现有的jdbc方法结构。有兴趣的朋友可以多多研习并发问题。呵呵呵 。在这里要谢谢 freejsdou 朋友。

Answer 1

你这两句话是做什么的，是返回查询结果的吗？
是不是中间有代码省略了？
如果只是单条更新应该不会有这个问题。另外你可以设置connection的timeout时间试试

追问

既有插入也有更新语句，还有查询语句我现在我也是这么想使用timeout来实现。做了例子，并不理想。代码如下ScheduledExecutorService ses = Executors.newScheduledThreadPool(1);
Runnable pinger = new Runnable() {
public void run() {
System.out.println("PING!");//回滚数据，释放池连接
}
};
ses.schedule(pinger, 5, TimeUnit.SECONDS);//5秒后执行一次
{ 处理sql代码,
ses.showdown();
}

追答

查询语句返回的结果多吗？就是中间处理的时间是怎么样的一个数量级。
我觉得查询的这些可以单独处理，然后关闭这个查询，重开一个进行更新。不要把操作都放这一个statement里

追问

我刚查了一下Connection的源码，没有看到timeout这个方法啊。其实现在出现这个问题的原因不是因为查询返回的结果很多。而是有人先把这条记录锁住没有提交。而且由于是批量更新大数据量，时间大概在20分钟后提交。这是属于正常锁住状态。但是客户不知道自己的记录正处于更新状态，于是他在更新自己这条记录时候，就出现了锁状态。目前oracle库使用默认的锁级别。现在如果用Connection的事务级别，能不能避免这种情况呢？

追答

这个超时可能是一个方法里的参数吧，记不太清。
不过你这20分钟提交问题太大了，这个不能分段进行提交吗，或者在空闲的时候做这工作

追问

那一块业务是用pb写的，现在都没有人维护了。所以这一块改希望不大啊。Connection类中有几个用来设置事务的参数，如果我把事务级别设置成TRANSACTION_REPEATABLE_READ。是否会对oracle库的运行速度有影响呢。因为现在同一时刻在线的用户能达到3000人作用。我先试试设置事务的隔离级别，看能不能满足要求。实在不行，就自己写个线程来控制。但是就怕影响程序的稳定性。
不管怎么说，还是得谢谢你，还有大家了。

Answer 2

ement("insert into stu(xx,yy) values (?,?)");
pstmt.setInt(1,2);//1指第一个问号
pstmt.setString(2,"黄蓉");//2指第二个问号

不知道你的数据库里叫什么，我就用 xx yy代替 你自己改

追问

PreparedStatement (String sql) 对象创建的结果集在默认情况下类型为 TYPE_FORWARD_ONLY，和带有 CONCUR_READ_ONLY 并发级别跟我上面显示的TYPE_SCROLL_INSENSITIVE ，是没有太大的区别的。TYPE_SCROLL_INSENSITIVE：该常量指示可滚动但通常不受其他的更改影响的 ResultSet 对象的类型。TYPE_FORWARD_ONLY：该常量指示指针只能向前移动的 ResultSet 对象的类型。 你在项目里用过吗？我用的是oracle。期待你的解答，谢谢

Answer 3

太深了．．．
等吧．

Answer 4

期待