另外，对于批量更新，和上面一个事务中多个表操作的原理相同，并发大则也会导致deadlock。要么减少并发，要么不用批量更新。其实出现deadlock，此时报错的SQL会自动执行rollback，但注意这里是语句级rollback，即只会rollback出错的SQL，之前的SQL不会rollback，所以上述第一个例子中Session2中的SQL报错，但Session1中的第二条SQL仍旧处于hang状态，除非Session2中对应的资源释放。
相关阅读：
ORA-00060的示例与若干场景(二)
是：将表的顺序改为一致，或者拆分更小的事务，避免较差更新的情况。