问题现象

DROP TABLE IF EXISTS TEST_LOCK;
CREATE TABLE TEST_LOCK(A VARCHAR);

--session1
INSERT INTO TEST_LOCK VALUES('测试锁超时');

--session2
ALTER TABLE TEST_LOCK ADD COLUMN CAUSE VARCHAR;

问题分析

为什么会出现锁超时？

锁超时错误通常指的是一个会话在等待另一个会话释放锁时超过了设置的等待时间。这个问题可能是由于长时间运行的事务或其他会话占用资源时间过长引起的。

在执行ALTER语句等待时，用SQL查询锁视图。

select s.LMODE AS "期望获得锁",l2.LMODE AS "被占用锁" 
from v$trxwait trx join v$lock s on trx.id=s.trx_id
	join v$lock l2 on trx.wait_for_id=l2.trx_id
WHERE S.BLOCKED=1;

ALTER 语句这个事务期望获得X锁，根据锁相容矩阵，X锁与其它锁均不相容，所以与其它会话正在持有的锁出现了资源竞争和等待现象。

锁超时和锁等待的区别是什么？

锁等待是指一个事务在尝试获取某个资源的锁时，发现该资源已被其他事务锁定，因此进入等待状态，直到锁被释放为止。

锁超时是指一个事务在等待锁的过程中，等待时间超过了预先设定的阈值，从而放弃等待并返回超时错误。

锁等待是正常的并发控制机制，事务在锁资源不可用时进入等待状态。

锁超时是保护机制，防止事务无限期等待，系统因为锁竞争而陷入长时间的停滞状态，从而确保了系统的健壮性。

锁等待：通常不需要额外配置，只要事务在等待锁资源时会自动进入等待状态。

锁超时：依赖于数据库系统的锁等待时间配置参数，如 DM 中的 DDL_WAIT_TIME 、BLDR_WAIT_TIME参数。

锁超时机制使用场景

在DM中，通常以下场景会出现锁超时现象：

• 当进行数据定义语言（DDL）操作时，如 ALTER TABLE、CREATE INDEX、DROP INDEX 等，这些操作通常需要对对象做修改，会发生资源冲突。
• 使用批量装载 dmfldr 可能会遇到锁超时问题。

解决方法

避免锁超时问题的关键在于优化事务设计、优化查询和数据操作，适当管理索引、监控锁争用、避免和处理死锁，以及定期维护和优化数据库。通过这些措施，可以有效减少锁超时的风险，提高系统的性能和稳定性。