MySQL 事务与并发控制及锁机制详解-CSDN博客

本文链接：https://blog.csdn.net/weixin_46538011/article/details/146544478

在实际应用开发中，如何保证数据的一致性和并发访问时的正确性一直是数据库设计的重要课题。本文将详细介绍 MySQL 中的事务机制、并发控制、隔离级别、锁机制及其优化方法，并通过丰富的代码示例说明相关概念与实践技巧。

事务基础

事务（Transaction）是一组原子性的操作，这些操作要么全部成功提交，要么全部回滚，从而保证数据库始终处于一致的状态。事务的基本特性通常被称为 ACID 特性：

原子性（Atomicity）：事务中的所有操作作为一个整体，要么全部成功，要么全部失败。

一致性（Consistency）：事务执行前后，数据库必须处于一致状态。

隔离性（Isolation）：多个事务并发执行时，彼此之间不应互相干扰。

持久性（Durability）：事务一旦提交，其结果会永久保存在数据库中。

MySQL 中的事务

MySQL 中支持事务的存储引擎主要是 InnoDB，它提供了丰富的事务支持和锁机制，适用于高并发环境下的数据一致性保障。常用的事务管理语句包括：

开启事务：START TRANSACTION; 或 BEGIN;

提交事务：COMMIT;

回滚事务：ROLLBACK;

例如，一个简单的转账操作可以这样实现：

START TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE account_id = 1;
UPDATE accounts SET balance = balance + 100 WHERE account_id = 2;
COMMIT;

若操作过程中出现错误，可以通过 ROLLBACK; 回滚事务，避免数据不一致。

并发控制与常见问题

在高并发环境下，多个事务同时访问和修改数据可能引发以下问题：

脏读（Dirty Read）：读取了另一个未提交事务的数据。

不可重复读（Non-repeatable Read）：同一事务内多次读取相同数据，结果不一致，因为其他事务修改了数据。

幻读（Phantom Read）：同一事务内连续执行查询，因其他事务插入或删除数据而导致结果集发生变化。

为解决这些问题，MySQL 提供了多种隔离级别和锁机制，帮助确保数据正确性与一致性。

隔离级别详解

MySQL 支持四种隔离级别，按从低到高的顺序分别为：

READ UNCOMMITTED

允许脏读，事务之间隔离性最低，性能最高。

READ COMMITTED

每次读取均只看已提交的数据，防止脏读，但不可重复读和幻读问题仍可能出现。

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
-- 执行操作
COMMIT;

REPEATABLE READ（InnoDB 默认隔离级别）

保证在同一事务内多次读取数据一致，防止不可重复读，并通过间隙锁防止幻读。

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;
-- 执行操作
COMMIT;

SERIALIZABLE

强制事务串行执行，实现完全隔离，但并发性能最差。

SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
START TRANSACTION;
-- 执行操作
COMMIT;

开发者应根据具体业务需求在性能与数据一致性之间做出权衡，选择适合的隔离级别。

锁机制详解

在 InnoDB 存储引擎中，锁机制是确保数据并发控制和事务隔离的重要手段。以下详细介绍几种主要锁机制：

行锁

定义：对单行记录加锁，粒度较小。

作用：允许多个事务同时修改不同记录，提升并发性能。

注意：InnoDB 通过索引实现行锁，若缺乏合适的索引，可能会升级为表锁。

表锁

定义：对整张表加锁，粒度较大。

作用：适用于批量操作或插入时减少锁管理开销。

影响：可能阻塞其他事务对该表的操作，因此应谨慎使用。

意向锁

定义：一种元数据锁，用于标记事务打算在某表中对特定行加锁。

种类：

意向共享锁（IS）：事务打算对某些行加共享锁。

意向排他锁（IX）：事务打算对某些行加排他锁。

优势：快速判断是否存在锁冲突，协调行锁和表锁的关系。

间隙锁

定义：锁定两个索引值之间的间隙，而非具体记录。

作用：主要用于防止幻读，在 REPEATABLE READ 隔离级别下保护范围查询结果的一致性。

注意：间隙锁可能引起锁竞争，需根据业务场景进行优化。

Next-Key Lock

定义：结合行锁与间隙锁的锁定机制。

作用：既锁定目标行，又锁定其前面的间隙，既防止记录修改，也防止新记录插入。

应用：默认 REPEATABLE READ 隔离级别下使用，防止幻读的同时保持较高并发性。

自适应锁和锁升级

自适应锁：InnoDB 根据当前系统负载和事务行为，动态调整锁的粒度（例如在低并发时使用行锁，高并发时可能升级为表锁）。

锁升级：当行锁数量激增或缺少合适索引时，可能会将多个行锁升级为表锁，简化管理但降低并发性能。

锁等待与死锁检测

锁等待：当事务请求的锁被其他事务持有时，将进入等待状态。

死锁检测：InnoDB 定期检测事务间循环依赖，一旦发现死锁，会自动回滚其中一个事务。

应用层处理：可以通过捕获相关错误码（如 1213）并实施重试机制来提高系统的健壮性。

锁的使用策略与优化

索引优化：合理设计索引不仅提升查询性能，还确保行锁能够正常生效，避免不必要的表锁或全表扫描。

事务粒度控制：尽量缩小事务范围，减少锁持有时间，从而降低锁竞争风险。

隔离级别选择：根据业务要求选择合适的隔离级别，严格一致性要求可采用较高隔离级别，性能敏感场景可适当降低隔离级别。

显式锁定：在复杂场景下，可使用 SELECT … FOR UPDATE 或 LOCK IN SHARE MODE 明确锁定记录，确保操作的原子性和一致性。

代码示例

示例1：简单转账事务

– 设置事务隔离级别（此处使用 REPEATABLE READ）

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;

START TRANSACTION;

– 假设 accounts 表包含 account_id 和 balance 字段

UPDATE accounts SET balance = balance - 100 WHERE account_id = 1;
UPDATE accounts SET balance = balance + 100 WHERE account_id = 2;

COMMIT;

在此示例中，两个更新操作被包含在同一事务中，确保在转账过程中数据的一致性；若中途出错，可通过 ROLLBACK 回滚整个事务。

示例2：使用 SELECT … FOR UPDATE 实现加锁

START TRANSACTION;

– 显式锁定目标记录，防止其他事务修改
SELECT balance FROM accounts WHERE account_id = 1 FOR UPDATE;

– 假设业务逻辑：如果余额大于等于100，则扣减100

UPDATE accounts SET balance = balance - 100 WHERE account_id = 1;

COMMIT;

通过 SELECT … FOR UPDATE 加锁，确保在事务期间其他事务无法修改该记录，从而保障数据操作的原子性和一致性。

示例3：PHP 中的死锁重试机制

<?php
$maxRetries = 3;
$retry = 0;
while ($retry < $maxRetries) {
    try {
        $db->beginTransaction();
        // 执行数据库操作
        $db->commit();
        break;  // 成功提交则退出循环
    } catch (PDOException $e) {
        $db->rollBack();
        // 错误码 40001 或 1213 表示死锁或锁超时
        if ($e->getCode() == '40001' || $e->getCode() == '1213') {
            $retry++;
            sleep(1); // 等待一段时间后重试
        } else {
            throw $e;
        }
    }
}
?>