事务的并发性和隔离性由存储引擎（如 InnoDB）和事务隔离级别共同决定。
MySQL（尤其是 InnoDB 引擎）使用 行级锁（row-level locking）来实现事务的隔离性
- 如果事务 A 修改了某一行，它会对该行加排他锁（X 锁）。
- 此时事务 B 若也尝试修改或读取（取决于隔离级别）同一行，就可能被阻塞，直到事务 A 提交或回滚。
MySQL 默认隔离级别是 REPEATABLE READ（可重复读），不同级别对并发的影响不同：
- READ UNCOMMITTED：几乎无阻塞（但可能读到脏数据）。
- READ COMMITTED：读操作一般不加锁（使用快照读），写操作加行锁。
- REPEATABLE READ：InnoDB 使用 MVCC + Next-Key Lock 防止幻读，可能在范围查询时加间隙锁（Gap Lock），增加锁竞争。
- SERIALIZABLE：所有读操作都加共享锁，显著增加阻塞可能性，但依然不是"全局"锁。
两个概念
脏读
脏读 是指一个事务读取了另一个尚未提交的事务所修改的数据。
如果那个未提交的事务后来**回滚（ROLLBACK）**了，那么当前事务读到的数据就是"不存在"的、无效的------这就是所谓的"脏数据"。
例子:
- MySQL 的 InnoDB 引擎在默认隔离级别（REPEATABLE READ）下禁止脏读。
说明一下:
-- 事务A
UPDATE accounts SET balance = balance - 100 WHERE user = 'Alice'; -- 余额从500变成400
-- （但还没 COMMIT）Mysql执行逻辑：
执行这个sql后，数据在物理/内存层面已经被修改了。
InnoDB 会在内存中（Buffer Pool）修改该行的数据页 ，将
balance从 500 改为 400
- 同时，它会：
- 在 Undo Log 中保留旧值（500），用于回滚或 MVCC 快照读。
- 在 Redo Log 中记录这次修改，用于崩溃恢复。
- 对该行加上 排他锁（X 锁），防止其他事务同时修改。
在正常隔离级别下，其他事务是看不到这个Update后的400的
原理：
其他事务使用 READ COMMITTED / REPEATABLE READ（默认）
- InnoDB 使用 MVCC（多版本并发控制）。
- 其他事务执行
SELECT balance FROM accounts WHERE user = 'Alice';时：
- 会通过 Read View 判断当前事务 A 是否已提交。
- 因为事务 A 未提交 ，所以其他事务看不到 400 ，而是通过 Undo Log 读到旧值 500。
- 只有当事务 A COMMIT 后，这个 400 才对其他事务可见。
（通俗的讲就是会检查事务A是否全部提交完了，隔离性和原子性的体现）
幻读
幻读 是指在一个事务中，两次执行相同的查询 ，但第二次查询返回了第一次没有的结果（即"凭空出现"的新行），就像出现了"幻影"。
幻读通常发生在插入（INSERT）操作上，而不是更新。
-- 事务A 开始
START TRANSACTION;
-- 第一次查询
SELECT * FROM students WHERE score > 80; -- 返回 0 行
-- 此时，事务B 插入了一条新记录：
INSERT INTO students (id, name, score) VALUES (3, 'Tom', 90);
COMMIT;
-- 事务A 再次执行相同查询
SELECT * FROM students WHERE score > 80; -- 现在返回 Tom！- MySQL InnoDB 在 REPEATABLE READ 级别下通过"Next-Key Lock"（行锁 + 间隙锁）也防止了幻读（这是 InnoDB 的特殊优化，不同于 SQL 标准）。
- 幻读 ：新增行 导致查询结果集变大（针对新插入的行）---结果集会变大。
区别：
总结就是 放心使用。。遇到其他问题再说
MySQL 默认（InnoDB + REPEATABLE READ）：
- 不会出现 脏读
- 不会出现 不可重复读
- 也不会出现幻读（得益于间隙锁）