TDSQL Boundless 悲观事务

一、悲观锁的基本概念

悲观锁的特点是具有强烈的独占性和排他性。当事务需要对数据进行操作时，它会先获取锁，确保在事务执行期间，其他事务无法修改这些数据。这种机制适用于数据竞争激烈的场景，能够有效避免脏读、幻读和不可重复读等并发问题。

与乐观锁相比，悲观锁采取了一种更为保守的策略。乐观锁假设冲突很少发生，在提交操作时才检查冲突；而悲观锁则假设冲突经常发生，提前预防冲突。

二、悲观锁的实现方式

TDSQL Boundless 中的悲观锁主要通过以下两种 SQL 语句实现：

三、排他锁（SELECT … FOR UPDATE）

排他锁（Exclusive Lock），也称为写锁，是最常用的悲观锁实现方式。使用SELECT … FOR UPDATE语句可以对查询到的数据行加排他锁，阻止其他事务对这些数据行进行修改或加锁。

START TRANSACTION;SELECT * FROM orders WHERE id = 1 FOR UPDATE;– 对查询到的数据进行操作UPDATE orders SET status = 'shipped' WHERE id = 1;COMMIT;

在此示例中，当事务 A 执行SELECT … FOR UPDATE后，其他事务如果尝试对同一数据行执行SELECT … FOR UPDATE或修改操作，将会被阻塞，直到事务 A 提交或回滚。

四、共享锁（SELECT … LOCK IN SHARE MODE）

共享锁（Shared Lock），也称为读锁，使用SELECT … LOCK IN SHARE MODE语句可以对查询到的数据行加共享锁。共享锁允许多个事务同时读取同一数据行，但会阻止任何事务对数据行进行修改。

START TRANSACTION;SELECT * FROM products WHERE id = 1 LOCK IN SHARE MODE;– 其他事务可以读取但不能修改这些数据COMMIT;

共享锁适用于需要确保数据在读取期间不被修改，但允许多个事务同时读取的场景。

五、悲观锁的锁粒度

TDSQL Boundless 的存储引擎支持行级锁，但实际锁的粒度取决于查询条件是否使用了索引。如果 WHERE 子句中的条件字段有索引，TDSQL Boundless 会使用行级锁；如果没有索引，则可能升级为范围锁。

— 创建表CREATE TABLE users ( user_id INT PRIMARY KEY, username VARCHAR(20));SELECT * FROM users WHERE user_id = 101 FOR UPDATE; — 行级锁SELECT * FROM users WHERE username = 'john' FOR UPDATE; — 范围锁（username 列无索引，锁整张表的数据）SELECT * FROM users WHERE user_id >= 100 AND user_id < 200 FOR UPDATE; — 范围锁（只锁 user_id 在 [100, 200) 区间的数据

六、与 MySQL (InnoDB) 悲观锁行为差异的对比

TDSQL Boundless 与 MySQL (InnoDB) 的悲观锁核心差异源于二者架构设计：

·MySQL (InnoDB) 的锁是面向物理存储的，锁信息记录的是数据行在磁盘上的“门牌号”（哪个表空间、哪个页、哪一行）。这在其单机顺序存储的背景下非常高效。

·TDSQL Boundless 的锁是面向逻辑键值的，锁信息记录的是数据行的“身份证号”（主键值）。这种设计与它的分布式、散列存储架构天然契合，使得锁管理可以独立于数据存储节点，实现更好的扩展性。