mysql事务与锁适合新手学习吗_mysql学习重点说明

来源：这里教程网时间：2026-02-28 20:43:17 作者：

事务与锁不是新手入门第一课，但也不是必须等“完全掌握基础”才能碰——关键看你怎么切入。

事务的 ACID 特性在什么场景下才真正暴露问题？

很多新手学完

START TRANSACTION

、

COMMIT

、

ROLLBACK

后以为就懂了事务，结果一写并发代码就出错。真实痛点往往出现在：

多个请求同时修改同一行（比如库存扣减），不加事务会超卖 转账操作中，A 扣款成功但 B 加款失败，没回滚导致资金丢失 读取中间状态（如只读到部分更新的数据），引发业务逻辑误判

建议从一个具体案例入手：用两个终端同时执行

UPDATE product SET stock = stock - 1 WHERE id = 1

，观察不加事务 vs 加事务的区别。你会发现，

autocommit=1

下每条语句自动提交，根本没机会回滚；而手动开启事务后，才能控制一致性边界。

MySQL 默认隔离级别（REPEATABLE READ）有哪些隐藏行为？

新手常以为“可重复读”就是“每次 SELECT 都看到一样的数据”，其实它靠的是 MVCC + 快照读，但以下情况会打破直觉：

SELECT ... FOR UPDATE
或
SELECT ... LOCK IN SHARE MODE
会触发当前读，绕过快照，直接查最新版本并加锁幻读依然存在（比如
SELECT COUNT(*)
在事务中两次执行结果不同），只是 InnoDB 用间隙锁（Gap Lock）做了缓解升级为
SERIALIZABLE
会强制所有普通
SELECT
变成加锁读，性能骤降，一般不用

验证方式很简单：

SET autocommit = 0;
START TRANSACTION;
SELECT * FROM t WHERE id > 5; -- 记住结果
-- 此时另一个会话 INSERT 一条 id=6 的记录并 COMMIT
-- 回到第一个会话再 SELECT * FROM t WHERE id > 5；结果不变（快照读）
-- 但执行 SELECT * FROM t WHERE id > 5 LOCK IN SHARE MODE；就能看到新行（当前读）

行锁不是对“值”加锁，而是对“索引记录”加锁

这是最容易踩坑的一点。你写

UPDATE user SET name='x' WHERE phone='138...'

，如果

phone

没有索引，InnoDB 会退化为表锁——整张表都被堵住。常见表现：

明明只改一行，其他无关 UPDATE 却被阻塞
SHOW ENGINE INNODB STATUS\G
里看到
lock_mode X locks rec but not gap
是正常行锁，而
lock_mode X locks table
就是表锁预警即使有索引，若 WHERE 条件用了函数（如
WHERE UPPER(phone)='138...'
）或隐式类型转换，索引也可能失效

检查是否走索引：务必在语句前加