MySQL 事务通过 ACID 特性来保证数据一致性，其中最核心的是原子性、一致性、隔离性和持久性。当多个操作需要作为一个整体执行时，事务确保这些操作要么全部成功，要么全部回滚，从而避免中间状态导致的数据不一致。
使用事务控制语句
在 MySQL 中，可以通过手动开启事务并控制提交或回滚来保障一致性：
BEGIN
或
START TRANSACTION
：显式开启一个事务
COMMIT
：提交事务，使所有更改永久生效
ROLLBACK
：回滚事务，撤销未提交的更改
例如，在转账场景中，扣款和入账必须同时成功或失败：
如果中间步骤出错，执行 ROLLBACK 可恢复原始状态，防止资金丢失。
依赖存储引擎支持（如 InnoDB）
InnoDB 是 MySQL 默认支持事务的存储引擎，它提供行级锁和自动崩溃恢复机制，能有效维护数据一致性。
支持事务日志（redo log 和 undo log），确保故障后可恢复到一致状态
利用 MVCC（多版本并发控制）提升并发性能的同时保持一致性读
设置合适的隔离级别
MySQL 提供四种事务隔离级别，用于平衡一致性与并发性：
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
READ UNCOMMITTED
：最低级别，可能读到未提交数据
READ COMMITTED
：只能读已提交数据，避免脏读
REPEATABLE READ
（InnoDB 默认）：确保同一事务内多次读取结果一致
SERIALIZABLE
：最高隔离，完全串行化执行，杜绝幻读
根据业务需求选择合适级别，比如银行系统通常使用 SERIALIZABLE 来强保一致性。
结合约束与外键机制
除了事务本身，数据库结构设计也影响一致性：
定义主键、唯一索引防止重复数据
使用外键约束确保关联表之间的引用完整性
触发器可在数据变更时自动校验或调整相关数据
这些机制与事务结合，形成多层保护，进一步增强数据一致性保障。
基本上就这些。合理使用事务控制、选择正确隔离级别、依赖 InnoDB 引擎能力，并配合数据库约束，就能在大多数场景下有效保证 MySQL 数据的一致性。
BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE user_id = 1;
UPDATE accounts SET balance = balance + 100 WHERE user_id = 2;
COMMIT;