postgresql 死锁

lishenghan

　　在多任务多线程，单表批量update数据时，出现死锁。
　　UPDATE accounts SET balance = balance + 100.00 WHERE acctnum = 11111;这样就在指定帐号的行上请求了一个行级锁。然后，第二个事务执行：
　　UPDATE accounts SET balance = balance + 100.00 WHERE acctnum = 22222;UPDATE accounts SET balance = balance - 100.00 WHERE acctnum = 11111;第一个 UPDATE 语句成功地在指定行上请求到了一个行级锁，因此它成功更新了该行。但是第二个 UPDATE 语句发现它试图更新地行已经被锁住了，因此它等待持有该锁的事务结束。事务二现在就在等待事务一结束，然后再继续执行。 现在，事务一执行：
　　场景：
　　有大量的任务对一张表做批量的update操作，而且有事务。结果出现死锁，出现一条sql预计执行了几天，导致后来的没执行一条sql语句就死锁了。
　　总结：
当存在网络业务对象时，必须判断有没有超时。如果调用别人的对象，最好每次new，不然就状态
　　update 数据时，。加事物readonly等于true会报错。

一旦一个事物，没执行完。其他事物提交该数据，就会死锁…每个update都有默认事物，所以也会死锁