oracle授权v$lock,访问V$LOCK视图Oracle 11g出现性能问题

最新推荐文章于 2024-08-05 16:39:13 发布
最新推荐文章于 2024-08-05 16:39:13 发布
阅读量286 收藏
点赞数
文章标签： oracle授权v$lock

最近发现Oracle 11g有个问题，拿出来和大家讨论。是在Oracle 11.2.0.3 For Linux X64环境中。检查数据库是否存在锁信息，在查询V

最近发现Oracle11g有个问题，拿出来和大家讨论。是在Oracle 11.2.0.3 For Linux X64环境中。

检查数据库是否存在锁信息，在查询V$LOCK视图时发现很长时间没有响应，甚至一度认为数据库HANG住：

SQL> select * from v$lock where type != 'MR';

ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK

---------------- ---------------- ---- -- -------- ---- ----- ------- ----- -----

0000000C5A6AA770 0000000C5A6AA7C8 3405 TO 5124 2 3 0 8543 0

0000000C5A6AAA10 0000000C5A6AAA68 3405 TO 5124 1 3 0 8543 0

00007FEEB24CBDE8 00007FEEB24CBE48 4255 TM 5124 0 3 0 5455 0

0000000C5A6A4860 0000000C5A6A48B8 1 AE 100 0 4 0 10323 0

00007FEEB24CBDE8 00007FEEB24CBE48 1144 TM 5124 0 3 0 107 0

0000000C5A6A9DD0 0000000C5A6A9E28 1144 TO 5124 2 3 0 107 0

0000000C44D8FF08 0000000C44D8FF80 1144 TX 12845057 2063 6 0 107 0

0000000C5A6AA4D0 0000000C5A6AA528 3405 AE 100 0 4 0 9547 0

0000000C4F97CC28 0000000C4F97CCA0 3405 TX 12517398 2118 6 0 8543 0

0000000C5A6A2278 0000000C5A6A22D0 3680 RS 25 1 2 0 10346 0

0000000C5A6A3790 0000000C5A6A37E8 3963 TS 16 1 3 0 8906 0

0000000C5A6AACC8 0000000C5A6AAD20 4255 AE 100 0 4 0 5484 0

0000000C4FDC1288 0000000C4FDC1300 4255 TX 15073308 1757 6 0 5455 0

0000000C5A6AA850 0000000C5A6AA8A8 1144 TO 5124 1 3 0 7441 0

0000000C5A6A9338 0000000C5A6A9390 1420 TO 5124 2 3 0 840 0

0000000C5A6A4940 0000000C5A6A4998 1983 KD 0 0 6 0 10324 0

0000000C5A6A4B00 0000000C5A6A4B58 1983 KT 12540 0 4 0 10324 0

0000000C5A6A2198 0000000C5A6A21F0 3680 CF 0 0 2 0 10350 0

0000000C5A6A2438 0000000C5A6A2490 3397 RT 1 0 6 0 10346 0

0000000C5A6A1E18 0000000C5A6A1E70 3680 XR 4 0 1 0 10350 0

0000000C5A6A5F38 0000000C5A6A5F90 1134 AE 100 0 4 0 109 0

0000000C5A6A4E80 0000000C5A6A4ED8 1420 AE 100 0 4 0 2824 0

0000000C4FCAB578 0000000C4FCAB5F0 1420 TX 10223617 2128 6 0 840 0

0000000C5A6A9EB0 0000000C5A6A9F08 1420 TO 5124 1 3 0 840 0

0000000C5A6AA690 0000000C5A6AA6E8 4255 TO 5124 2 3 0 5455 0

00007FEEB24CBDE8 00007FEEB24CBE48 1420 TM 5124 0 3 0 840 0

0000000C5A6A6018 0000000C5A6A6070 1990 AE 100 0 4 0 1489 0

0000000C5A6A4A20 0000000C5A6A4A78 2831 PW 1 0 3 0 10323 0

0000000C5A6A1EF8 0000000C5A6A1F50 3680 RD 1 0 1 0 10350 0

0000000C5A6AA5B0 0000000C5A6AA608 1144 AE 100 0 4 0 7459 0

00007FEEB24CBDE8 00007FEEB24CBE48 3405 TM 5124 0 3 0 8543 0

0000000C5A6A2518 0000000C5A6A2570 3963 TS 3 1 3 0 10325 0

0000000C5A6AB128 0000000C5A6AB180 4255 TO 5124 1 3 0 5455 0

33 rows selected.

Elapsed: 00:13:13.74

一个如此简单的查询执行时间居然超过了13分钟，在这个SQL运行过程中检查发现，这个会话在等待直接路径写：

SQL> select sql_text from v$sql where sql_id in (select sql_id from v$Session where sid = 1420)；

SQL_TEXT

--------------------------------------------------------------------------------------

SELECT * FROM V$LOCK WHERE TYPE != :"SYS_B_0"

SQL> select event, p1text, p1 from v$session where sid = 1420;

EVENT P1TEXT P1

---------------------------------------- --------------- ----------

direct path write temp file number 201

检查了一下执行计划：

SQL> explain plan for

2 SELECT * FROM V$LOCK WHERE TYPE != 'MR';

Explained.

SQL> select * from table(dbms_XPlan.display)；

PLAN_TABLE_OUTPUT

------------------------------------------------------------------------------------------------------------------------

Plan hash value: 1899724433

-------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

-------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 158 | 1 (100)| 00:00:01 |

|* 1 | HASH JOIN | | 1 | 158 | 1 (100)| 00:00:01 |

| 2 | MERGE JOIN CARTESIAN | | 5 | 400 | 0 (0)| 00:00:01 |

|* 3 | FIXED TABLE FULL | X$KSUSE | 1 | 32 | 0 (0)| 00:00:01 |

| 4 | BUFFER SORT | | 5 | 240 | 0 (0)| 00:00:01 |

|* 5 | FIXED TABLE FULL | X$KSQRS | 5 | 240 | 0 (0)| 00:00:01 |

| 6 | VIEW | GV$_LOCK | 10 | 780 | 0 (0)| 00:00:01 |

| 7 | UNION-ALL | | | | | |

|* 8 | FILTER | | | | | |

| 9 | VIEW | GV$_LOCK1 | 2 | 156 | 0 (0)| 00:00:01 |

| 10 | UNION-ALL | | | | | |

|* 11 | FIXED TABLE FULL| X$KDNSSF | 1 | 102 | 0 (0)| 00:00:01 |

|* 12 | FIXED TABLE FULL| X$KSQEQ | 1 | 102 | 0 (0)| 00:00:01 |

|* 13 | FIXED TABLE FULL | X$KTADM | 1 | 102 | 0 (0)| 00:00:01 |

|* 14 | FIXED TABLE FULL | X$KTATRFIL | 1 | 102 | 0 (0)| 00:00:01 |

|* 15 | FIXED TABLE FULL | X$KTATRFSL | 1 | 102 | 0 (0)| 00:00:01 |

|* 16 | FIXED TABLE FULL | X$KTATL | 1 | 102 | 0 (0)| 00:00:01 |

|* 17 | FIXED TABLE FULL | X$KTSTUSC | 1 | 102 | 0 (0)| 00:00:01 |

|* 18 | FIXED TABLE FULL | X$KTSTUSS | 1 | 102 | 0 (0)| 00:00:01 |

|* 19 | FIXED TABLE FULL | X$KTSTUSG | 1 | 102 | 0 (0)| 00:00:01 |

|* 20 | FIXED TABLE FULL | X$KTCXB | 1 | 102 | 0 (0)| 00:00:01 |

-------------------------------------------------------------------------------------

Predicate Information (identified by operation id)：

---------------------------------------------------

1 -access("SADDR"="S"."ADDR" AND TO_CHAR(USERENV('INSTANCE'))||RAWTOHEX("

RADDR")=TO_CHAR("R"."INST_ID")||RAWTOHEX("R"."ADDR"))

3 -filter("S"."INST_ID"=USERENV('INSTANCE'))

5 -filter("R"."KSQRSIDT"<>'MR')

8 - filter(USERENV('INSTANCE') IS NOT NULL)

11 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

12 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

13 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

14 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

15 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

16 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

17 - filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

18 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

19 - filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSOBFLG",1)<>0)

20 -filter(("KSQLKMOD"<>0 OR "KSQLKREQ"<>0) AND

"INST_ID"=USERENV('INSTANCE') AND BITAND("KSSPAFLG",1)<>0)

56 rows selected.

SQL> select count(*) from X$KSUSE;

COUNT(*)

----------

4528

SQL> select count(*) from X$KSQRS;

COUNT(*)

----------

20144

显然导致查询缓慢以及读取临时空间的问题原因在于执行计划的错误，而执行计划的错误在于统计信息不准确。

解决方法有两种，一种是使用RBO读取V$LOCK视图，另一种是收集V$视图的统计信息，是的Oracle获取正确的执行计划：

SQL> select /*+ rule */ * from v$lock where type != 'MR';

ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK

---------------- ---------------- ---- -- -------- ---- ----- ------- ----- -----

0000000C5A6A4A20 0000000C5A6A4A78 2831 PW 1 0 3 0 9861 0

0000000C5A6A3790 0000000C5A6A37E8 3963 TS 16 1 3 0 8444 0

0000000C5A6A2518 0000000C5A6A2570 3963 TS 3 1 3 0 9863 0

00007FEEB24CC490 00007FEEB24CC4F0 1144 TM 75580 0 4 0 2615 0

0000000C5A6A6E30 0000000C5A6A6E88 1144 AE 0 1 4 0 2615 0

0000000C44D8FF08 0000000C44D8FF80 1144 TX 12124184 2594 6 0 2615 0

00007FEEB24CC490 00007FEEB24CC4F0 1144 TM 28 0 3 0 2615 0

0000000C5A6AA850 0000000C5A6AA8A8 1144 TO 5124 1 3 0 6979 0

00007FEEB24CC490 00007FEEB24CC4F0 1144 TM 75584 0 4 0 2615 0

0000000C5A6AA5B0 0000000C5A6AA608 1144 AE 100 0 4 0 6997 0

0000000C5A6A6018 0000000C5A6A6070 1990 AE 100 0 4 0 1027 0

0000000C5A6A4860 0000000C5A6A48B8 1 AE 100 0 4 0 9861 0

0000000C5A6A4940 0000000C5A6A4998 1983 KD 0 0 6 0 9862 0

0000000C5A6A4B00 0000000C5A6A4B58 1983 KT 12540 0 4 0 9862 0

0000000C5A6AA770 0000000C5A6AA7C8 3405 TO 5124 2 3 0 8081 0

00007FEEB24CC490 00007FEEB24CC4F0 3405 TM 5124 0 3 0 8081 0

0000000C5A6AA4D0 0000000C5A6AA528 3405 AE 100 0 4 0 9085 0

0000000C4F97CC28 0000000C4F97CCA0 3405 TX 12517398 2118 6 0 8081 0

0000000C5A6AAA10 0000000C5A6AAA68 3405 TO 5124 1 3 0 8081 0

0000000C5A6A2438 0000000C5A6A2490 3397 RT 1 0 6 0 9884 0

0000000C4FDC1288 0000000C4FDC1300 4255 TX 15073308 1757 6 0 4993 0

0000000C5A6AACC8 0000000C5A6AAD20 4255 AE 100 0 4 0 5022 0

0000000C5A6AB128 0000000C5A6AB180 4255 TO 5124 1 3 0 4993 0

0000000C5A6AA690 0000000C5A6AA6E8 4255 TO 5124 2 3 0 4993 0

00007FEEB24CC490 00007FEEB24CC4F0 4255 TM 5124 0 3 0 4993 0

0000000C5A6A9EB0 0000000C5A6A9F08 1420 TO 5124 1 3 0 378 0

0000000C5A6A9338 0000000C5A6A9390 1420 TO 5124 2 3 0 378 0

0000000C5A6A4E80 0000000C5A6A4ED8 1420 AE 100 0 4 0 2362 0

00007FEEB24CC490 00007FEEB24CC4F0 1420 TM 5124 0 3 0 378 0

0000000C4FCAB578 0000000C4FCAB5F0 1420 TX 10223617 2128 6 0 378 0

0000000C5A6A1EF8 0000000C5A6A1F50 3680 RD 1 0 1 0 9888 0

0000000C5A6A1E18 0000000C5A6A1E70 3680 XR 4 0 1 0 9888 0

0000000C5A6A2198 0000000C5A6A21F0 3680 CF 0 0 2 0 9888 0

0000000C5A6A2278 0000000C5A6A22D0 3680 RS 25 1 2 0 9884 0

34 rows selected.

Elapsed: 00:00:00.17

SQL> exec dbms_stats.gather_fixed_objects_stats

PL/SQL procedure successfully completed.

Elapsed: 00:04:03.17

SQL> explain plan for

2 select * from v$lock where type != 'MR';

Explained.

Elapsed: 00:00:00.20

SQL> select * from table(dbms_xplan.display)；

PLAN_TABLE_OUTPUT

---------------------------------------------------------------------------------------

Plan hash value: 3524752130

--------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

--------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 104K| 11M| 55 (100)| 00:00:01 |

| 1 | HASH JOIN | | 104K| 11M| 55 (100)| 00:00:01 |

| 2 | HASH JOIN | | 522 | 49068 | 43 (100)| 00:00:01 |

| 3 | VIEW | GV$_LOCK | 522 | 40716 | 40 (100)| 00:00:01 |

| 4 | UNION-ALL | | | | | |

| 5 | FILTER | | | | | |

| 6 | VIEW | GV$_LOCK1 | 207 | 16146 | 28 (100)| 00:00:01 |

| 7 | UNION-ALL | | | | | |

| 8 | FIXED TABLE FULL| X$KDNSSF | 1 | 40 | 2 (100)| 00:00:01 |

| 9 | FIXED TABLE FULL| X$KSQEQ | 206 | 8446 | 26 (100)| 00:00:01 |

| 10 | FIXED TABLE FULL | X$KTADM | 254 | 10160 | 10 (100)| 00:00:01 |

| 11 | FIXED TABLE FULL | X$KTATRFIL | 1 | 36 | 0 (0)| 00:00:01 |

| 12 | FIXED TABLE FULL | X$KTATRFSL | 1 | 36 | 0 (0)| 00:00:01 |

| 13 | FIXED TABLE FULL | X$KTATL | 1 | 54 | 0 (0)| 00:00:01 |

| 14 | FIXED TABLE FULL | X$KTSTUSC | 1 | 39 | 0 (0)| 00:00:01 |

| 15 | FIXED TABLE FULL | X$KTSTUSS | 1 | 39 | 0 (0)| 00:00:01 |

| 16 | FIXED TABLE FULL | X$KTSTUSG | 1 | 36 | 0 (0)| 00:00:01 |

| 17 | FIXED TABLE FULL | X$KTCXB | 55 | 2200 | 2 (100)| 00:00:01 |

| 18 | FIXED TABLE FULL | X$KSUSE | 4528 | 72448 | 2 (100)| 00:00:01 |

| 19 | FIXED TABLE FULL | X$KSQRS | 20093 | 431K| 10 (100)| 00:00:01 |

--------------------------------------------------------------------------------------

26 rows selected.

Elapsed: 00:00:00.06

SQL> select * from v$lock where type != 'MR';

ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK

---------------- ---------------- ---- -- -------- ---- ----- ------- ----- -----

0000000C5A6A1E18 0000000C5A6A1E70 3680 XR 4 0 1 0 11480 0

0000000C5A6A1EF8 0000000C5A6A1F50 3680 RD 1 0 1 0 11480 0

0000000C5A6A2198 0000000C5A6A21F0 3680 CF 0 0 2 0 11480 0

0000000C5A6A2438 0000000C5A6A2490 3397 RT 1 0 6 0 11476 0

0000000C5A6A2278 0000000C5A6A22D0 3680 RS 25 1 2 0 11476 0

0000000C4F97A3E8 0000000C4F97A460 1136 TX 15335430 878 6 0 0 0

0000000C5A6A2518 0000000C5A6A2570 3963 TS 3 1 3 0 11455 0

0000000C4FC26180 0000000C4FC261F8 569 TX 15007765 1622 6 0 0 0

0000000C4FDBD628 0000000C4FDBD6A0 3682 TX 13107205 2166 6 0 0 0

0000000C4FA02A30 0000000C4FA02AA8 2272 TX 14090252 2079 6 0 0 0

0000000C5A6A4940 0000000C5A6A4998 1983 KD 0 0 6 0 11454 0

0000000C5A6A4B00 0000000C5A6A4B58 1983 KT 12540 0 4 0 11454 0

0000000C4FC23940 0000000C4FC239B8 1989 TX 10289157 2350 6 0 0 0

0000000C5A6A4A20 0000000C5A6A4A78 2831 PW 1 0 3 0 11453 0

0000000C5A6A9DD0 0000000C5A6A9E28 4258 AE 100 0 4 0 371 0

0000000C5A6AACC8 0000000C5A6AAD20 4255 AE 100 0 4 0 6614 0

0000000C5A6A68F0 0000000C5A6A6948 4251 AE 100 0 4 0 369 0

.

.

.

0000000C4FCAB578 0000000C4FCAB5F0 1421 TX 14417935 2082 6 0 0 0

0000000C4FA8CEA8 0000000C4FA8CF20 3118 TX 13828121 2491 6 0 0 0

0000000C4FA08ED0 0000000C4FA08F48 1420 TX 11730968 2288 6 0 41 0

0000000C4FE47090 0000000C4FE47108 3965 TX 13369364 2318 6 0 0 0

0000000C44E18550 0000000C44E185C8 2835 TX 13238301 2255 6 0 0 0

0000000C4FCAC998 0000000C4FCACA10 1423 TX 10158112 2226 6 0 0 0

0000000C44F291E0 0000000C44F29258 290 TX 12779538 2146 6 0 0 0

519 rows selected.

Elapsed: 00:00:00.19

如果您还有其他的解决办法，欢迎留言讨论。

logo.gif，

本文原创发布php中文网，转载请注明出处，感谢您的尊重！

榴莲世界
关注
初探oracle高级队列锁V$LOCK
cdd_data的博客
06-01 1510
锁，v$LOCK
oracle_v$session_v$session_wait用途详解
03-08
Oracle 数据库提供了大量的动态性能视图（Dynamic Performance Views），其中 `V$SESSION` 和 `V$SESSION_WAIT` 是两个非常重要的视图，它们能够帮助数据库管理员深入了解当前会话的状态以及等待事件的信息。...
访问V$LOCK视图oracle11g出现性能问题
goodboychen的专栏
03-30 3490
最近发现oracle11g有个问题，拿出来和大家讨论。是在Oracle 11.2.0.3 For Linux X64环境中。 　　检查数据库是否存在锁信息，在查询V$LOCK视图时发现很长时间没有响应，甚至一度认为数据库HANG住： 　　SQL> select * from v$lock where type != 'MR'; 　　ADDR KADDR SID TY ID1 ID
oracle系统视图更新,ORACLE8I升级11G R2后，查询系统视图特别慢
weixin_36345268的博客
04-04 242
比如打开PB SELECT TABLE窗口，选择某个表打开，很缓慢，PB9要20秒。跟踪SQL语句：SELECT F.CONSTRAINT_NAME,F.OWNER,F.R_OWNER,P.TABLE_NAME,SYS.ALL_CONS_COLUMNS.COLUMN_NAME,F.DELETE_RULEFROM SYS.ALL_CONSTRAINTS F,SYS.ALL_CONS_COLUMNS,...
Oracle数据字典之——v$lock 和v$locked_object
最新发布
Ruishine的博客
08-05 1092
参考链接：https://docs.oracle.com/en/database/oracle/oracle-database/12.2/refrn/V-LOCK.html#GUID-87D76889-832C-4BFC-B8B0-154A22721781。其中在TYPE字段的取值中，本文只关心TM、TX两种DML锁类型；
oracle 11g查询锁,Oracle 11g-锁
weixin_33476081的博客
04-05 213
Oracle11g-锁Target：1、理解锁定的概念2、掌握selectforupdate的使用3、理解不同锁定的含义锁的概念：1.锁是数据库用来控制共享资源并发访问的机制；2.锁用于保护正在被修改的数据；3.只是提交commit或者回滚rollback事务后，其他用户才可以更新数据锁的优点：1.一致性：一次只允许一个用户修改数据(delete，update，insert)2.并行性：允许...
oracle--v$lock 字段详解
qizhan0095
03-06 7159
V$LOCK视图结构 列名 类型 字段说明 ADDR RAW（4 | 8） Address of lock state object KADDR RAW（4|8） Address of lock SID NUMBER 会话的sid，可以和v$session 关联 TYPE
sql建用户给视图权限_详解Oracle数据库报错ORA-02030解决办法--授权v$视图
weixin_39631261的博客
12-17 509
概述今天给一个普通用户查询v$sqltext视图的权限，报ORA-02030: can only select from fixed tables/views错误。报错截图如下：下面记录下解决的过程，做个备忘！小插曲--v$sql/v$sqltext/v$sqlarea1)v$sql ：存储的是具体的SQL 和执行计划相关信息，实际上，v$sqlarea 可以看做 v$sql 根据 sqltext...
ORACLE关于锁和V$LOCK的分析.docx
02-03
ORACLE 锁机制和 V$LOCK 视图分析 Oracle 数据库为了实现并发操作，使用了锁机制来控制对数据的访问。锁机制是 Oracle 数据库并发控制的核心机制之一。锁机制能够有效地防止多个用户同时访问同一个数据项，避免了...
oracle 动态性能(V$)视图
05-24
Oracle数据库中的动态性能(V$)视图是数据库管理员和开发人员获取实时数据库状态信息的重要工具。这些视图提供了丰富的信息，涵盖了从SQL执行情况、系统资源使用到数据库等待事件等各个方面，极大地帮助了性能调优...
oracle 动态性能视图大全
12-19
Oracle数据库的动态性能视图，通常被称为V$视图，是Oracle系统内部维护的一组特殊视图，主要为系统管理员和数据库管理员提供实时性能监控和诊断数据库运行状态的能力。动态性能视图的内容与数据库的性能相关，并且...
11gr2访问V$LOCK视图出现性能问题
ckawt40802的专栏
03-26 93
在Oracle 11.2.0.3 For Linux X64环境中，碰到这个问题。 检查数据库是否存在锁信息，在查询V$LOCK视图时发现很长时间没有响应，甚至一度认为数据...
oracle授权v$lock,请教:v$lock中block=2是什么含义?
weixin_28759259的博客
04-03 435
create or replace view dba_lock asselectsid session_id,decode(type,'MR', 'Media Recovery','RT', 'Redo Thread','UN', 'User Name','TX', 'Transaction','TM', 'DML','UL', 'PL/SQL User Lock','DX', 'Distribu...
oracle v$lock视图的使用
enthan809882的博客
03-17 486
v$lock视图。 字段列表 COLUMN_NAME DATA_TYPE BLOCK NUMBER CTIME NUMBER REQUEST NUMBER LMODE NUMBER ID2 NUMBER ID1 NUMBER TYPE VARCHAR2 SID NUMBER KADDR RAW ADDR RAW
oracle v$lock系列之三
10-27 114
结论 1,oracle11g测试环境 2,产生事务时会同时在表上加2个锁，分别为事务锁tx锁以及表锁tm锁 3,表锁tm锁又从锁定模式分为7个不同值 本文仅测试了其中5个不同值 分别为： 2 ...
oracle 关于锁和v$lock的分析
分支的博客
11-17 1324
转自：http://blog.itpub.net/26770925/viewspace-1293245/   mark 为了实现并发，oracle数据库使用了锁机制。要了解锁，首先要了解视图v$lock。 v$lock这个视图列出 Oracle 服务器当前拥有的锁以及未完成的锁请求。如果你觉着 session 处于等待事件队列当中，那你应该检查视图v$lock。 v$lock中的常用列有
Oracle 关于Lock 锁的查看SQL
LFCuiYs的博客
06-30 1080
--查看锁 　　select　sys.v_$session.osuser,sys.v_$session.machine,v$lock.sid, 　　sys.v_$session.serial#, 　　decode(v$lock.type, 　　'MR', 'Media Recovery', 　　'RT','Redo Thread'...
SQL优化一例，由于动态性能视图统计信息不准确引起的查询缓慢
道行尚浅（老道）的博客
07-30 855
某库查询锁相关信息语句如下
oracle学习笔记 锁相关视图及相关操作
韵筝的博客
12-12 1694
oracle学习笔记 锁相关视图及相关操作 我们继续研究锁 这节课主要研究锁的相关视图，以及锁的相关操作 主要是研究视图 然后通过视图查锁的问题 oracle对于锁来讲我们没有什么太多可操作的地方 但是我们可以通过视图找出锁的问题 一）v$transaction视图 第一个视图是v$transaction 就是oracle数据库所有活动的事务数 所有活动的事务每一个活动的事
Oracle动态性能视图详解：V$与GV$
V$视图以其前缀"V_$"标识，并且有一个公用同义词前缀"V$"，使得数据库管理员能够方便地访问和查询。 V$视图分为两类：一类是从内存中读取数据的视图，这类视图在实例启动后即可使用；另一类则需要数据库已经安装好...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值