"WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! "等待原理概述

row cache lock是对共享内存（Shared pool）中数据字典信息（dc_XXX）进行操作时，加载的锁（Enqueue ）。

当某进程不能够立即获得row cache lock时，会进行等待；并且每隔3秒钟会进行一次Check，看看是否能获得请求的锁；如果超过1000次(50分钟)的Check还没有获得row cache lock，就会在警告日志中输出下列信息

并且通常会输出相关的日志文件（包含SYSTEM STATE信息）

当输出上面的信息时，一般来讲是某由于其他进程长时间持有相对应的row cache lock；

如果多个进程间发生了死锁，也可能发生”WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! “等待；

但是row cache lock没有自动检测死锁机制，不会像ORA-60（Enqueue ）、ORA-4020/ORA-4021（Library cache lock）一样报出错误信息和自动解除死锁。所以，当发生”WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! “等待死锁时，需要alter system kill session或者OS 命令手动地杀死持有row cache lock的进程以解除死锁。

一般来讲，警告日志（alert log）中出现”WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! “等待信息时，会伴随着数据库挂起或变慢，而其原因很有可能是Oracle数据库的Bug引起的。

另外，数据库的配置或者应用不当时，也可能发生同样的问题。

例如：

・SGA/共享池的配置不当 由于SGA/共享池过小，导致SGA/共享池频繁地进行大小调整的操作（resize）时，获得各种latch阻塞其他进程，从而引起"WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! "等待发生。 ・SQL应用对某类型的ROW CACHE访问过于频繁发生竞争等。 其相应的解决方法可以考虑： ・增大SGA/共享池 ・调整应用访问方式或减少访问