InnoDB支持事务确保数据完整性，MyISAM不支持事务适用于只读场景；选择合适引擎需根据应用对事务、并发及恢复的需求。
MySQL 事务对存储引擎有直接影响，因为并非所有存储引擎都支持事务。是否启用事务功能，会决定数据的完整性、并发控制以及恢复能力。选择合适的存储引擎对于事务处理至关重要。
事务的基本概念
事务是一组 SQL 操作的逻辑单元，这些操作要么全部成功执行，要么全部不执行。事务具备 ACID 特性：
- 原子性（Atomicity）：事务中的操作不可分割，全部完成或全部回滚
- 一致性（Consistency）：事务使数据库从一个有效状态转移到另一个有效状态
- 隔离性（Isolation）：并发事务之间互不干扰
- 持久性（Durability）：事务提交后，结果永久保存
InnoDB 支持完整事务功能
InnoDB 是 MySQL 默认的事务型存储引擎，完全支持 ACID 特性，适合需要高可靠性和并发控制的场景。
- 支持 BEGIN、COMMIT、ROLLBACK 等事务控制语句
- 提供行级锁和多版本并发控制（MVCC），提升并发性能
- 通过重做日志（redo log）和回滚日志（undo log）实现崩溃恢复
- 可设置不同隔离级别（读未提交、读已提交、可重复读、串行化）
MyISAM 不支持事务
MyISAM 是早期常用的存储引擎，但不具备事务处理能力，适用于只读或以读为主的场景。
- 执行过程中出错无法回滚，数据可能处于不一致状态
- 使用表级锁，高并发写入时性能较差
- 没有日志机制支持崩溃恢复
- 虽然查询速度快，但不适合涉及复杂写操作的应用
如何选择适合事务的存储引擎
根据应用需求合理选择存储引擎，直接影响系统的稳定性与性能。
- 如果需要事务、外键、高并发写入，应使用 InnoDB
- 若只是日志记录、统计分析等简单操作，且对事务无要求，MyISAM 可能更轻量
- 可通过 SHOW TABLE STATUS LIKE 'table_name'; 查看当前表使用的存储引擎
- 建表时显式指定 ENGINE=InnoDB，避免误用非事务引擎
基本上就这些。事务的存在让 InnoDB 成为现代应用的首选，而 MyISAM 因缺乏事务支持逐渐被边缘化。理解这一点，有助于设计更安全可靠的数据库结构。
