MySQL中的悲观锁、乐观锁的使用示例

MySQL中的锁用于管理对数据库资源的并发访问，以维护数据的一致性和完整性。锁机制可以分为悲观锁和乐观锁两种策略。

悲观锁（Pessimistic Locking）

悲观锁的核心思想是假设冲突会频繁发生，因此在数据处理过程中将数据锁定，以防其他事务修改数据。

使用场景和命令

• SELECT ... FOR UPDATE: 在事务中使用这个命令可以对查询到的行加上排它锁（X锁），其他事务无法读取或修改这些行。
• SELECT ... LOCK IN SHARE MODE: 这个命令对查询到的行加上共享锁（S锁），其他事务可以读取但不能修改这些行。
• UPDATE, DELETE: 这些DML操作在修改数据时会自动加排他锁。

示例：

START TRANSACTION;

SELECT * FROM table_name WHERE condition FOR UPDATE;

-- 对查询到的数据进行修改

UPDATE table_name SET column_name = value WHERE condition;

COMMIT;

乐观锁（Optimistic Locking）

乐观锁基于这样的假设：冲突发生的概率较低，因此不在数据处理过程中加锁，而是在数据提交更新时检查是否有冲突。

实现方式

乐观锁通常通过在数据表中增加一个版本号或时间戳字段来实现。每次更新数据时，版本号增加或时间戳更新。更新操作会检查版本号或时间戳是否发生变化，如果变化了，说明数据在读取和更新期间被其他事务修改过，此时更新操作会失败。

示例：假设有一个字段version作为版本号：

-- 获取数据和版本号

SELECT column_name, version FROM table_name WHERE condition;

-- 执行业务逻辑... -- 更新数据时检查版本号是否变化

UPDATE table_name SET

column_name = value, version = version + 1 WHERE condition AND version = old_version;

注意事项

• 悲观锁适用于写操作多的场景，可以避免数据被其他事务修改。
• 乐观锁适用于读操作多的场景，写操作相对较少，可以减少锁的开销。
• 在选择锁策略时，需要根据业务场景和并发级别做出合理的选择。
• 使用锁时，要注意可能出现的死锁问题，并确保事务能够正确地提交或回滚。
• 在使用乐观锁时，需要处理更新失败的情况，可能需要重新读取数据并重试更新操作。