超爱吃士力架 1. 事务锁机制
作用：保证事务的隔离性（Isolation），防止并发事务之间相互干扰。
实现：
- 行锁（Row-Level Lock）：锁住被操作的具体数据行，提高并发性，适合大规模数据操作。
- 表锁（Table-Level Lock）：锁住整个表，适用于批量操作或小规模数据。
流程：
- 事务开始时自动或显式地为操作的数据行或表加锁。
- 事务执行期间保持锁，防止其他事务对同一数据行或表进行修改。
- 事务提交或回滚后释放锁。
2. Redo Log（重做日志）
作用：确保事务的持久性（Durability）。
实现：
- 当事务对数据进行修改时，MySQL 会首先将这些修改记录到 redo log 中。
- 如果数据在写入磁盘之前系统崩溃，redo log 可以在重启后恢复未完成的修改。
流程：
- 事务执行修改操作时，生成 redo log 并写入日志文件。
- 等待事务提交后，redo log 被标记为
commit状态。 - 后台线程（如
log writer和checkpointer）定期将 redo log 刷入磁盘。
3. Undo Log（回滚日志）
作用：
- 确保事务的原子性（Atomicity），允许事务回滚以撤销未完成的操作。
- 在多版本并发控制（MVCC）中，用于提供数据的旧版本，以支持一致性读取。
实现：
- 记录事务修改前的数据状态。
- 如果事务需要回滚，MySQL 使用 undo log 恢复到事务开始前的状态。
流程：
- 事务开始后，生成 undo log 记录数据的初始版本。
- 当事务修改数据时，undo log 保留旧版本数据。
- 事务提交或回滚后，undo log 被清理或保留（取决于 MVCC 的需要）。
4. MVCC（多版本并发控制）
作用：提供一致性读取（Consistent Read），实现事务隔离。
实现：
- 为每行数据维护多个版本（版本链）。
- 每个事务读取数据时，根据事务的隔离级别和开始时间，选择合适版本的数据。
流程：
- 事务开始时记录一个事务版本号。
- 读取数据时，检查数据的版本号是否与事务版本兼容，以确定读取哪个版本的数据。
- 对于更新操作，生成一个新的数据版本，并使用 undo log 保留旧版本。
具体事务流程
START TRANSACTION;
-- 1. 开始事务
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- (可选) 设置隔离级别
SELECT ... FOR UPDATE;
-- 2. 获取事务版本号、加锁、记录 redo/undo log
UPDATE ...;
-- 3. 执行具体操作，记录 redo/undo log
COMMIT;
-- 4. 提交事务，释放锁，应用 redo log
![[爱了]](/js/img/d1.gif)
![[尴尬]](/js/img/d16.gif)