oracle数据库死锁

① oracle大数据量更新引发的死锁问题解决方法及oracle分区和存储过程的思考

在数据库维护中，有一次遇到一个挑战，需要对一张统计表（含80万条数据）的collect_time字段进行大规模更新，以将所有时间统一推迟到下一个月。这个过程充满了学习和解决难题的时刻，希望能对同行有所帮助。

起初，由于表已按时间分区，尝试直接执行SQL语句时遇到了ORA-14402错误，原因是更新分区关键字列会导致分区的更改。解决这个问题的方法是先启用表的行移动功能（alter table xxx enable row movement），允许对分区字段进行更新。更新后别忘了关闭行移动（alter table xxx disable row movement）。

然而，即使这样，更新操作执行了20分钟还未完成，且无法强制终止。这源于分区更新操作的特性，它将一个UPDATE分解为DELETE、INSERT和UPDATE三个步骤，导致性能降低和redo log、undo log增加。特别是当collect_time作为分区列时，影响尤为显着，更新速度极慢。

在遇到死锁问题时，通过PL/SQL工具和进程查询发现，表被锁定，定位到特定用户的进程并强制中断后，进程状态显示为KILLED，这可能需要在操作系统层面进行清除。最终，通过kill -9命令终止进程，死锁解除，但更新任务仍需继续。

考虑到上述问题，决定采用存储过程来避免类似的死锁和性能问题，通过存储过程实现数据的高效插入和管理，以完成大规模数据更新任务。