共计 2192 个字符，预计需要花费 6 分钟才能阅读完成。
这篇文章主要介绍“怎么理解数据库中的 row cache lock 等待事件”，在日常操作中，相信很多人在怎么理解数据库中的 row cache lock 等待事件问题上存在疑惑，丸趣 TV 小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么理解数据库中的 row cache lock 等待事件”的疑惑有所帮助！接下来，请跟着丸趣 TV 小编一起来学习吧！
1. ROW CACHE LOCK 基础说明
ROW CACHE LOCK 等待事件是一个共享池相关的等待事件。是由于对于字典缓冲的访问造成的。每一个行缓冲队列锁都对应一个特定的数据字典对象，这被叫做队列锁类型，并可以在 V$ROWCACHE 视图中找到。在 AWR 中需要查看 Dictionary Cache Stats 部分用以确定问题。
parameter
P1 = cache – ID of the dictionary cache
P2 =
mode – Mode held
P3 =
request – Mode requested
mode – Mode held
The mode the lock is currently held in:
KQRMNULL 0 null mode - not locked
KQRMS 3 share mode
KQRMX 5 exclusive mode KQRMFAIL 10 fail to acquire instance lockrequest – Mode requested
The mode the lock is requested in:
KQRMNULL 0 null mode - not locked
KQRMS 3 share mode
KQRMX 5 exclusive mode KQRMFAIL 10 fail to acquire instance lock2. 产生原因
(1). 如果发现这个等待十分高，一般来说可能由于 2 种原因，一是共享池太小了，需要增加共享池
查看 share pool 是否还有 free 空间
(2). 另外一种情况是 SQL parse 过于频繁，对于共享池的并发访问量过大。
3. 分析过程
(1). 确认 share pool 是否还有空闲空间
select * from v$sgastat where pool= shared pool and name like free memory
(2). 查询 row cache lock 等待原因
– 获取 cache id
# 查看当前 session 等待信息
select * from v$session_wait where wait_class = row cache lock# 查看历史 ASH 等待信息
SELECT event,p1,p1text
FROM v$active_session_history ash
WHERE ash.sample_time 22-JUN-16 14.00.00.00 PM
AND ash.sample_time 22-JUN-16 16.00.00.00 PM
and event= row cache lock；# 查询 rowcache 名称，根据不同的 cache 需要不同的解决方法
select * from v$rowcache where cache# = # 查询 AWR Dictionary Cache Stats
4. 不同的 cache 所代表的含义
① DC_SEQUENCES：在使用序列的时候将发生该行缓冲队列锁。调优方式是检查序列是否指定了缓冲选项并确定这个缓冲值可以承受预期的并发 insert 操作。
② DC_USED_EXTENTS 和 DC_FREE_EXTENTS：该行缓冲队列锁可能在空间管理碰到表空间分裂或者没有足够区大小时发生。调优方法是检查表空间是否分裂了、区大小是否太小或者表空间是人工管理。
③ DC_TABLESPACES：该行缓冲队列锁会在分配新区是发生。如果区大小设置得过小，程序将经常申请新区，这将导致冲突。调优方法是快速地增加区的数量。
④ DC_OBJECTS：该行缓冲队列锁会在重编译对象的时候发生。当对象编译时将申请一个排他锁阻塞其他行为。通过检查非法对象和依赖关系来调优。
⑤ DC_SEGMENTS：该行缓冲队列锁会在段分配的时候发生，观察持有这个队列锁的会话在做什么。
⑥ DC_USERS：一个会话正在对一个用户执行 GRANT，与此同时此用户正在登录到数据库中，此时可能会发生死锁或导致 WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!。
⑦ DB_ROLLBACK_SEGMENTS：这可能是由于 rollback 段的分配导致的。正如 dc_segments，确定谁持有锁并收集 errorstack 来进行诊断。请记住，在多节点系统（RAC）上，持有者可能在另一节点上，因此需要所有节点的 systemstate。
⑧ DC_AWR_CONTROL：此 enqueue 关系到 AWR（Automatic Workload Repository）的控制权。任何操纵 AWR 资料库的操作将持有它. 要分析这个问题, 需要查找是那些进程阻塞了它们。
到此，关于“怎么理解数据库中的 row cache lock 等待事件”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注丸趣 TV 网站，丸趣 TV 小编会继续努力为大家带来更多实用的文章！
