跳到主要内容

悲观并发控制

在数据库管理系统中，并发控制是确保多个事务同时执行时数据一致性和完整性的关键技术。悲观并发控制是一种常见的并发控制策略，它假设事务之间可能会发生冲突，因此在事务执行期间采取预防措施来避免冲突。

什么是悲观并发控制？​

悲观并发控制的核心思想是“预防胜于治疗”。它假设事务在执行过程中可能会与其他事务发生冲突，因此在事务开始时就锁定相关资源，直到事务完成后再释放锁。这种方式可以避免其他事务在锁定期间修改数据，从而确保数据的一致性。

悲观并发控制通常通过锁机制来实现。锁可以分为两种类型：

  • 共享锁（Shared Lock）：允许多个事务同时读取同一资源，但不允许任何事务修改该资源。
  • 排他锁（Exclusive Lock）：只允许一个事务独占资源，其他事务既不能读取也不能修改该资源。

悲观并发控制的工作原理​

悲观并发控制的工作流程通常包括以下步骤：

  1. 事务开始：事务开始执行。
  2. 获取锁：事务在访问数据之前，先获取相应的锁（共享锁或排他锁）。
  3. 执行操作：事务对数据进行读取或修改操作。
  4. 释放锁：事务完成后，释放锁，允许其他事务访问数据。

示例：悲观并发控制的实现​

以下是一个简单的 SQL 示例，展示了悲观并发控制的使用：

sql
-- 事务 A 开始
BEGIN TRANSACTION;

-- 事务 A 获取排他锁
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;

-- 事务 A 修改数据
UPDATE accounts SET balance = balance - 100 WHERE id = 1;

-- 事务 A 提交
COMMIT;

在这个示例中，事务 A 使用 FOR UPDATE 语句获取了 accounts 表中 id = 1 的记录的排他锁。在事务 A 提交之前，其他事务无法修改或读取该记录。

悲观并发控制的应用场景​

悲观并发控制适用于以下场景：

  • 高冲突环境：当多个事务频繁访问和修改同一数据时，悲观并发控制可以有效避免冲突。
  • 关键数据操作：对于需要确保数据一致性的关键操作，如银行转账、库存管理等，悲观并发控制是一种可靠的选择。

实际案例：银行转账​

假设有两个用户同时尝试从同一个账户转账。如果没有并发控制，可能会导致账户余额不一致。使用悲观并发控制，可以确保每次转账操作都是原子的，从而避免数据不一致的问题。

sql
-- 事务 A：用户 A 转账
BEGIN TRANSACTION;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
COMMIT;

-- 事务 B：用户 B 转账
BEGIN TRANSACTION;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;
UPDATE accounts SET balance = balance - 200 WHERE id = 1;
COMMIT;

在这个案例中，事务 A 和事务 B 都会尝试获取 id = 1 的账户的排他锁。事务 A 先获取锁并完成转账操作后，事务 B 才能继续执行。这样可以确保账户余额的正确性。

悲观并发控制的优缺点​

优点​

  • 数据一致性：悲观并发控制可以有效避免数据冲突，确保数据的一致性。
  • 简单易用：锁机制易于理解和实现。

缺点​

  • 性能开销：锁机制可能导致事务等待时间增加，降低系统并发性能。
  • 死锁风险：如果多个事务相互等待锁释放，可能会导致死锁。

总结​

悲观并发控制是一种通过锁机制预防事务冲突的并发控制策略。它适用于高冲突环境和关键数据操作，能够有效确保数据的一致性。然而，悲观并发控制也可能带来性能开销和死锁风险，因此在实际应用中需要权衡利弊。

附加资源与练习​

提示

在实际开发中，选择合适的并发控制策略需要根据具体业务场景和性能需求进行权衡。悲观并发控制虽然简单可靠，但在高并发场景下可能会影响性能。