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