Oracle v$logfile视图STATUS列默认空值的奇怪现象

V$LOGFILE

V$LOGFILE contains information about redo log files.

ColumnDatatypeDescription
GROUP#NUMBERRedo log group identifier number
STATUSVARCHAR2(7)Status of the log member:
  • INVALID - File is inaccessible

  • STALE - File's contents are incomplete

  • DELETED - File is no longer used

  • null - File is in use

TYPEVARCHAR2(7)Type of the logfile:
  • ONLINE

  • STANDBY

MEMBERVARCHAR2(513)Redo log member name
IS_RECOVERY_DEST_FILEVARCHAR2(3)Indicates whether the file was created in the flash recovery area (YES) or not (NO)

STATUS列正常时没有值,应该给个VALID值更好

<think>我们正在讨论Oracle数据库的锁机制,特别是如何通过v$lock视图区分行锁和表锁。用户的问题:我想了解v$lock视图的详细信息以及如何通过它区分行锁和表锁根据之前的回答,我们已经知道:-v$lock视图中的锁类型由`TYPE`表示。-表锁(TableLock)的类型为`TM`。-行锁(RowLock)的类型为`TX`(事务锁)。因此,在v$lock视图中,我们可以通过`TYPE`来区分行锁和表锁:-如果`TYPE='TM'`,则表示表锁。-如果`TYPE='TX'`,则表示行锁(更准确地说,TX锁代表一个事务,它通常与行锁相关联,因为一个事务可能修改多行,但TX锁本身是事务锁,它保护事务的原子性,而具体的行锁信息在另一个层面)。但是,我们需要更详细地解释v$lock视图中的,以及如何解读这些来获得锁的信息。以下是v$lock视图的关键:-SID:持有锁的会话ID。-TYPE:锁的类型。常见的有:-TX:事务锁(行锁通常与TX锁关联,TX锁表示一个事务正在进行,它可能涉及多行,因此每个事务只有一个TX锁,但可能对应多个行锁)-TM:表锁(DML操作时,为了维护表的结构而加的锁)-其他类型(如UL用户锁)暂不讨论。-ID1,ID2:根据锁的类型,这两个的含义不同。-对于TX锁(事务锁):-ID1:表示事务的回滚段号和槽号(undosegmentnumberandslotnumber)的组合。-ID2:表示序号(sequencenumber)。-注意:同一个事务的TX锁在v$lock视图中只有一行。-对于TM锁(表锁):-ID1:被锁定的对象的ID(即object_id),可以通过dba_objects视图查询到具体的表。-ID2:通常为0。-LMODE:锁的模式(锁定的模式,即当前会话持有的锁模式)。数字表示,对应的模式有:0:none1:null(NULL)2:row-S(SS)行共享3:row-X(SX)行排他4:share(S)共享5:S/Row-X(SSX)共享行排他6:exclusive(X)排他-REQUEST:请求的锁模式(会话正在请求的锁模式)。数字表示,含义同上。如果REQUEST>0,表示当前会话正在等待获取锁。-CTIME:锁已持有或等待的时间(秒)。-BLOCK:表示此锁是否阻塞了另一个会话(1表示阻塞其他会话,0表示没有)。如何区分行锁和表锁?通过TYPE即可:TM为表锁,TX为事务锁(代表行锁操作的事务锁)。但是注意:一个DML操作通常会产生两种锁:-一个TX锁(事务锁)-一个或多个TM锁(表锁,因为操作涉及的表会被加上TM锁,模式通常为3(行排他))因此,我们在v$lock中看到,一个正在执行DML操作(如UPDATE)的会话,至少会有两行:-一行TYPE='TX',表示事务锁。-一行(或多行,如果涉及多个表)TYPE='TM',表示表锁。示例查询:```sqlSELECTs.sid,s.username,l.type,l.lmode,l.request,l.ctime,l.block,o.object_name,o.object_typeFROMv$locklJOINv$sessionsONl.sid=s.sidLEFTJOINdba_objectsoONl.id1=o.object_idANDl.type='TM'WHEREl.typeIN('TM','TX')ANDs.sid=<your_sid>;--可以替换成具体的会话ID,或者去掉条件查看所有```在这个查询中:-对于TM锁,我们关联了dba_objects视图,以便显示被锁定的对象名称。-对于TX锁,object_name和object_type将为空,因为TX锁不对应具体的对象。解读:-如果看到一行TYPE='TX',表示这个会话有一个事务正在进行(即行锁相关的事务锁)。-如果看到一行TYPE='TM',并且object_name是某个表名,则表示这个会话在这个表上加了表锁。注意:行锁的具体行信息并不直接出现在v$lock中。v$lock视图只显示事务锁(TX)和表锁(TM)。行锁的信息实际上是存储在数据块头部,我们可以通过其他视图(如v$locked_object)来查看被锁定的行所在的对象和事务信息。另外,v$locked_object视图可以提供被锁定的对象(表)和行所在的事务信息(XIDUSN,XIDSLOT,XIDSQN,对应v$lock中TX锁的ID1,ID2)。但是具体到哪一行,Oracle不直接提供,需要通过rowid或通过dump数据块等方式间接获取,通常我们关注的是哪些表哪些行被锁定,可以通过dba_objects和v$locked_object结合查询。总结:-在v$lock视图中,通过TYPE区分:-TX:事务锁(代表行锁操作的事务)-TM:表锁-通过ID1(对于TM锁)可以知道锁定的表(通过dba_objects查询)。-通过LMODE和REQUEST可以知道锁的模式和是否在等待。因此,要确认一个锁是行锁还是表锁:-如果是表锁,则v$lock中会有TYPE='TM'的记录。-行锁本身在v$lock中没有直接对应的记录,但是行锁会关联到一个TX事务锁(TYPE='TX')。所以,如果看到TX锁,通常意味着有行锁(或事务锁)存在。注意:表锁和行锁并不是互斥的,一个会话可以同时持有表锁和行锁(例如,一个UPDATE语句会同时获得行锁(对应TX锁)和表锁(TM锁))。相关问题:1.如何查询当前数据库中被锁定的表和会话?2.如何通过v$locked_object视图查看行锁信息?3.如何理解v$lock视图中TX锁的ID1和ID2?4.如何杀死阻塞其他会话的锁?注意:用户提供的引用[1][2][3]是关于JavaScript类型判断、空指针和数据库空值的,与当前问题无关,因此忽略。</think>### Oracle v$lock 视图详解与锁类型区分 #### 一、v$lock 视图核心字段解析 通过查询 `v$lock` 视图可获取锁的详细信息,以下是关键字段说明: | **字段** | **含义** | **区分行/表锁的关键** | |--------------|--------------------------------------------------------------------------|----------------------------------------| | `TYPE` | 锁类型标识符 | **核心区分字段**:<br>`TX`=事务锁(行锁)<br>`TM`=表锁 | | `LMODE` | 锁模式(数字表示) | 结合`TYPE`解读锁强度 | | `REQUEST` | 会话请求的锁模式(0表示已持有锁) | 非0值表示会话正在等待该锁 | | `ID1` | 锁关联对象标识 | `TM`锁:表对象ID<br>`TX`锁:事务回滚段号 | | `ID2` | 辅助标识 | `TX`锁:事务槽号 | | `SID` | 持有锁的会话ID | 关联`v$session`查会话详情 | | `CTIME` | 锁持有时间(秒) | 判断长事务锁 | | `BLOCK` | 阻塞标志(1=此锁阻塞其他会话) | 定位锁冲突源头 | #### 二、区分行锁与表锁的实战方法 ##### 步骤1:查询锁基础信息 ```sql SELECT sid, type, id1, id2, lmode, request, ctime, block FROM v$lock WHERE type IN ('TM','TX'); ``` ##### 步骤2:解读结果示例 假设查询结果如下: | SID | TYPE | ID1 | ID2 | LMODE | REQUEST | CTIME | BLOCK | |-----|------|--------|-----|-------|---------|-------|-------| | 101 | TX | 196623 | 542 | 6 | 0 | 120 | 0 | | 101 | TM | 12345 | 0 | 3 | 0 | 120 | 0 | | 102 | TM | 12345 | 0 | 0 | 3 | 5 | 0 | **锁类型分析**: 1. **行锁(TX)**: - `TYPE='TX'`:标识事务锁(行锁) - `ID1=196623`:事务使用的回滚段号 - `ID2=542`:事务槽号 - `LMODE=6`:排他模式(X锁) > 表示会话101持有行级排他锁 2. **表锁(TM)**: - `TYPE='TM'`:表级锁 - `ID1=12345`:表对象ID(通过`dba_objects`可查表名) - `LMODE=3`:行排他模式(RX锁) > 会话101在表ID 12345上持有RX表锁 3. **锁等待**: - 会话102的`REQUEST=3`:正在请求RX表锁 - 因会话101已持有同表的RX锁,造成阻塞 ##### 步骤3:关联表名和会话信息 ```sql SELECT l.sid, s.username, s.osuser, l.type, o.object_name AS locked_table, DECODE(l.lmode, 1, 'NULL', 2, 'ROW_SHARE(RS)', 3, 'ROW_EXCLUSIVE(RX)', 4, 'SHARE(S)', 5, 'SHARE_ROW_EXCLUSIVE(SRX)', 6, 'EXCLUSIVE(X)') lock_mode, l.block FROM v$lock l JOIN v$session s ON l.sid = s.sid LEFT JOIN dba_objects o ON l.id1 = o.object_id AND l.type='TM' WHERE l.type IN ('TM','TX'); ``` #### 三、锁模式详解(LMODE) | **LMODE** | **名称** | **允许的操作** | **典型场景** | |-----------|------------------------|-----------------------------------------------|--------------------------| | 1 | NULL | 仅占位,无实际锁定 | 内部机制 | | 2 | ROW SHARE (RS) | 允许并发查询和行锁,阻止排他表锁 | `SELECT FOR UPDATE` | | 3 | ROW EXCLUSIVE (RX) | 允许并发查询和行锁,阻止共享/排他表锁 | `INSERT/UPDATE/DELETE` | | 4 | SHARE (S) | 允许查询,阻止DML和DDL | 显式`LOCK TABLE IN SHARE MODE` | | 5 | SHARE ROW EXCLUSIVE (SRX)| 允许查询,阻止其他所有表锁 | 特殊DDL操作 | | 6 | EXCLUSIVE (X) | 完全禁止其他会话操作 | `DROP TABLE`/显式排他锁 | #### 四、关键结论 1. **行锁必伴随TX锁**:任何DML操作至少产生: - 一个`TX`锁(行级事务锁) - 一个`TM`锁(表级RX锁) 2. **锁冲突判断**: - 表锁冲突:检查同一`ID1`(表ID)的`LMODE`与`REQUEST`兼容性 - 行锁冲突:检查`TX`锁的事务状态(通过`ID1/ID2`关联`v$transaction`) 3. **阻塞定位**: ```sql SELECT * FROM v$lock WHERE block > 0; -- 阻塞源头 ``` 4. **NULL的特殊性**:Oracle中`NULL`表示未知状态[^3],与空字符串不同,但锁机制中`LMODE=1`的NULL锁无实际阻塞作用。 #### 五、典型案例分析 **场景**:会话A执行: ```sql UPDATE employees SET salary=salary*1.1 WHERE dept_id=10; -- 涉及多行 ``` **v$lock输出**: ``` SID | TYPE | ID1 | ID2 | LMODE ----|------|--------|-----|------ A | TX | 589823 | 22 | 6 --> 事务锁(行锁) A | TM | 12345 | 0 | 3 --> 表锁(RX模式) ``` > 此时若会话B尝试`ALTER TABLE employees ADD COLUMN...`,将在`TM`锁上产生`REQUEST=4`的等待。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值