JDBC连上来的session断线后如何立刻kill掉?

weijsh · 发表于 2005-3-8 08:56

最初由 husthxd 发布
[B]

这个除了跟oracle有关之外跟os应该也有点关系.
只是猜测...... [/B]

OS是AIX，现在换个角度来解决这个问题，
就是因为table的PK不是自动生成的，所以当一个session在 insert 操作时如果突然断线，那么系统将在等待事务结束的命令，但永远都等不到了，当断线后，应用程序又马上连接上来，又进行前一个session的insert 操作，因为前一个事务没提交，所以就导至了后一个session在那里一直等，这种现象严重影响了系统的正常生产，请问有什么更可行的法子？

lovexueer · 发表于 2005-3-8 09:49

最初由 weijsh 发布
[B]

OS是AIX，现在换个角度来解决这个问题，
就是因为table的PK不是自动生成的，所以当一个session在 insert 操作时如果突然断线，那么系统将在等待事务结束的命令，但永远都等不到了，当断线后，应用程序又马上连接上来，又进行前一个session的insert 操作，因为前一个事务没提交，所以就导至了后一个session在那里一直等，这种现象严重影响了系统的正常生产，请问有什么更可行的法子？ [/B]

事务控制在前台应用程序中控制,即前端程序应该捕获到这种错误,
然后rollback操作,不要在数据库端控制就行了.

胡一刀 · 发表于 2005-3-8 09:55

从你的描述里面看，好像这个表的操作并非非常繁重，能不能先想办法，把锁住这个表的所有session找到，甚至找到各session具体锁的记录，然后根据session的具体情况，将可能的妨碍session kill掉，然后执行插入？
这当然和你的业务紧密相关了，而且能否确切根据session的状态来确定能否kill该session 我也没把握，一个思路，抛砖引玉吧

woodpan · 发表于 2005-3-8 09:59

手工干预还是少不了的呀，不然dba也太清闲了吧

weijsh · 发表于 2005-3-8 14:24

DBA不是专职kill DCD的吧