达梦数据库系列—31. 事务和锁

目录

事务

事务的状态

事务的四种隔离级别ACID

锁

锁粒度

锁等待与死锁

锁查看

锁处理

---

事务

数据库事务是指作为单个逻辑工作单元的一系列操作的集合。

事务的状态

NOT_START	未启动
ACTIVE	活动
LOCK_WAIT	锁等待
TRX4_PRE_COMMIT	预提交

事务ID(事务号)：每个事务都对应一个唯一标识TRXID，初始化为0。

事务ID在该事务启动之后从IID系统分配。当事务提交或者回滚后，该事务ID就会被重置为0。事务再次启动时，系统为该事务重新分配TRXID。

事务的四种隔离级别ACID

原子性：A和B账户的金额变动要么同时成功,要么同时失败(保持原状)。

不能出现A账户少了100元,但B账户没到帐,或者A账户没变,但B账户却凭空收到100元。

隔离性：允许多个并发事务同时对其数据进行读写和修改的能力，事务隔离分为不同级别，包括读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。

持久性：如果事务已提交，数据库发生崩溃，事务的数据依然保存在数据库中。

一致性：数据一致性，确保钱不会凭空发生或消失。

锁

事务锁是数据库管理系统在处理并发事务时，为保证数据的一致性和完整性而采用的一种技术。它通过对数据对象加锁，限制其他事务对锁定的数据对象进行修改操作，从而避免了并发操作带来的问题。

 共享锁（ S 锁）：允许并发读，不允许并发写。

当一个事务对数据加上共享锁后，其他事务仍然可以对该数据加上共享锁，实现并发读取。 但是不允许其他事务对该数据进行写操作。

排他锁（ X 锁）：不允许并发操作，包括读和写。

确保数据在某一时刻仅被一个事务访问。当一个事务对数据加上排他锁后，其他事务无法修改或查询该数据。

解决共享锁和排他锁相容性差的问题，用于读取或修改被访问对象数据时使用，多个事务可以同时对相同对象上意向锁：

意向共享锁（ IS 锁）：一般在只读访问对象时使用；

意向排他锁（ IX 锁）：一般在修改对象数据时使用。

四种锁模式的相容矩阵如下表所示，其中“Y” 表示相容； “N” 表示不相容。

如表中第二行 第二列为“Y” ，表示如果某个事务已经加了 IS 锁时，其他事务还可以继续添加 IS 锁，第二行 第五列为“N” ，表示如果某个事务已经加了 IS 锁时，其他事务不能添加 X 锁。

在执行SELECT、INSERT、DELETE、UPDATE等DML语句时，隐式上意向锁，查询上IS锁，插入、删除和更新行存储表上IX锁，列存储表上X锁。

锁粒度

事务锁（TID锁）：TID锁是达梦数据库中用于控制并发访问的一种锁机制。它以事务号作为锁的对象，为每个活动事务生成一把TID锁，用于防止多个事务同时修改同一行记录。与其他数据库的行锁不同，TID锁代替了行锁的功能。

举个例子来说明，假设有两个事务T1和T2同时想要修改同一行数据。在达梦数据库中，每个事务都有一个唯一的事务号（TID）。当T1开始执行修改操作时，它会把自己的事务号（TID1）设置到该行数据的TID字段中，相当于为该行数据隐式地加上了一把TID锁。此时，T1可以安全地修改这一行数据。

对象锁：对象锁是 DM 新引入的一种锁，通过统一的对象 ID 进行封锁，将对数据字典的封锁和表锁合并为对象锁，以达到减少封锁冲突、提升系统并发性能的目的。 

锁等待与死锁

阻塞（锁等待）

当一个事务正在占用某个资源的锁，此时另一个事务正在请求这个资源上与第一个锁相冲突的锁类型时，就会发生阻塞。被阻塞的事务将一直挂起，直到持有锁的事务放弃锁定的资源为止。

死锁

两个事务都在等待对方持有的资源锁，要等待对方释放有的资源锁之后才能继续工作，两者互不想让，从而陷入死循环。

锁查看

v$lock

addr: 该列表示锁所存储的内存地址

trx_id: 锁所属的事务 ID

ltype：锁类型，对象锁/tid锁

lmode：锁的模式，is，ix，s，x四种模式

BLOCKED ：锁是否处于上锁等待状态，0 表示已上锁成功，1 表示处于上锁等待状态

table_id：表示表对象或字典对象ID，对于 TID 锁，表示封锁记录对应的表 ID

ROW_IDX ：改列为 TID 锁封锁记录的行信息

tid：锁对象事务 ID

举例说明：

创建表 T1 并查询该表表 ID

select a.OBJECT_ID,a.OBJECT_NAME from dba_objects a where a.object_name='T1';

意向共享锁

意向排他锁

IX锁和IS锁/IX锁不冲突

提交后，IX锁释放

再对其加锁

TRIX_ID同前面不同

排他锁

由于加了X锁，不允许加其他锁，其他会话的任何操作无法进行。

共享锁

由于加了S锁，可以并发读，不能并发写

杀掉阻塞源头的会话，update会执行成功

锁处理

死锁不用人工干涉，数据库系统自动识别并解除。但是死锁是非正常情况，需要找到死锁原因后，从应用逻辑层解决。

阻塞可能是应用流程涉及提交慢导致，如果阻塞很长时间没有消除，在数据库层可以通过 SP_CLOSE_SESSION(SESSID); 来强制终阻塞源头的会话使其回滚，来解除阻塞，但是这个需要用户确认，不能私自操作。

达梦技术社区：达梦数据库 - 新一代大型通用关系型数据库 | 达梦在线服务平台