将接口调用或者文件操作等这一类非数据库交互操作嵌入在SQL事务代码之中，那么整个事务很有可能因此挂起（接口不通等待超时或是上传下载大附件）。
2.事务中包含性能较差的查询SQL
事务中存在慢查询，导致同一个事务中的其他DML无法及时释放占用的行锁，引起行锁等待。
3.单个事务中包含大量SQL
通常是由于在事务代码中加入for循环导致，虽然单个SQL运行很快，但是SQL数量一大，事务就会很慢。
4.级联更新SQL执行时间较久
这类SQL容易让人产生错觉，例如：updateAset...where...in(selectB)这类级联更新，不仅会占用A表上的行锁，也会占用B表上的行锁，当SQL执行较久时，很容易引起B表上的行锁等待。
5.磁盘问题导致的事务挂起
极少出现的情形，比如存储突然离线，SQL执行会卡在内核调用磁盘的步骤上，一直等待，事务无法提交。
综上可以看出，如果事务长时间未提交，且事务中包含了DML操作，那么就有可能产生行锁等待，引起报错。
平时使用oracle时，为什么会锁表？简单地说，锁是为了保证数据的一致性，锁不止存在于oracle，其他数据库一样有，只不过机制上可能大相径庭。至于什么样的操作会锁表，其实锁的种类很多，你所说的锁表大概说的是行级锁——也就是事务锁吧。比如一个update语句，被update的行上会有锁——能阻塞其他事务对这些行进行修改的锁，虽然这时候这张表上也有表级锁，但这个表级锁并不影响其他事务对表中的其他行进行修改，只是会阻碍对这张表的DDL操作。
oracle行级锁和表级锁的区别？oracle速度慢，很难评说，可能是因为以下原因：
对于并发访问内部管理数据结构严谨性和对业务数据并发访问严禁性高，要求ACID，如构建一致性读块，保存回滚和日志信息维护各种b-tree，bitmapindex，物化视图等等处理各种trigger更新各种内部性能统计检查各种配合是否到限制但是，执行快慢主要是看以下几点，单纯的执行一个简单的SQL并不能说明在大型复杂业务系统下的执行效率查询优化器的能力，包括数据分布统计数据的自动采集和利用，对于复杂SQL这个是关键并发访问的冲突粒度，是表级锁，块或页级锁，还是行级索，读写是否冲突等等，内部数据结构latch的应用分区能力存储过程支持程度，因为使用storedprocedure能显著减低数据处理消耗
