MySQL通过设置事务隔离级别和InnoDB锁机制防止脏读。首先，READ COMMITTED及以上级别可避免脏读，推荐使用默认的REPEATABLE READ；其次，InnoDB在这些级别下自动对写操作加排他锁，阻塞其他事务读取未提交数据；最后，可通过SELECT FOR UPDATE或LOCK IN SHARE MODE显式加锁，增强数据一致性控制。
MySQL 通过事务的隔离级别和锁机制来防止脏读。脏读是指一个事务读取了另一个未提交事务的数据，如果那个事务回滚，读到的数据就是无效的。为了防止这种情况，MySQL 提供了不同的隔离级别，其中部分级别能有效避免脏读。
设置合适的事务隔离级别
MySQL 支持四种标准隔离级别，不同级别对脏读的防护能力不同：
- READ UNCOMMITTED：最低级别，允许脏读，不推荐使用。
- READ COMMITTED：只能读取已提交的数据，防止了脏读。
- REPEATABLE READ（MySQL 默认）：不仅防止脏读，还防止不可重复读。
- SERIALIZABLE：最高隔离级别，串行化执行事务，彻底避免并发问题。
要防止脏读，至少应使用 READ COMMITTED 及以上级别。
示例：将当前会话的隔离级别设为 READ COMMITTEDSET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
InnoDB 的锁机制自动防止脏读
InnoDB 存储引擎在 READ COMMITTED 和更高隔离级别下，使用共享锁（S锁）和排他锁（X锁）控制并发访问：
- 写操作（INSERT/UPDATE/DELETE）会自动加排他锁，直到事务结束。
- 其他事务在该数据释放排他锁前，无法读取这些未提交的变更（在高于 READ UNCOMMITTED 级别时）。
这意味着，当一个事务正在修改某行数据但尚未提交，其他事务在 READ COMMITTED 及以上级别中，不会读到这些中间状态，从而避免脏读。
合理使用 SELECT FOR UPDATE 或 LOCK IN SHARE MODE
在关键业务逻辑中，可以显式加锁来确保数据一致性：
- SELECT ... FOR UPDATE：对读取的行加排他锁，阻止其他事务修改或读取（在某些隔离级别下）。
- SELECT ... LOCK IN SHARE MODE：加共享锁，防止其他事务修改这些行。
这些语句在事务中使用时，能更主动地控制并发行为，进一步杜绝脏读风险。
基本上就这些。只要隔离级别不低于 READ COMMITTED，并使用 InnoDB 引擎，MySQL 就能自动防止脏读。实际开发中建议保持默认的 REPEATABLE READ，除非有特殊需求。正确理解隔离级别和锁的行为，是写出安全事务代码的基础。
