目录
事务
数据库事务是指作为单个逻辑工作单元的一系列操作的集合。
事务的状态
| 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); 来强制终阻塞源头的会话使其回滚，来解除阻塞，但是这个需要用户确认，不能私自操作。
达梦技术社区：达梦数据库 - 新一代大型通用关系型数据库 | 达梦在线服务平台
标签：事务,对象,31,ID,并发,TID,数据库,达梦 From： https://blog.csdn.net/md54333/article/details/140684929