MYSQL专栏收录该内容12 篇文章订阅专栏事务表(TST)即存储引擎类型支持事务处理的表；在MySQL中只有InnoDB和BDB存储引擎支持事务处理；其他存储引擎不支持事务处理。而且MySQL 5.1以上版本不再支持BDB存储引擎，所以事务处理我们用得最多的就数InnoDB存储引擎了。  　　MySQL事务表支持将多条SQL语句当作同一任务统一处理，要么此任务所有SQL语句统一提交，要么全部被撤销回滚；非事务表(NTST)则不支持此种操作，多条SQL语句如果遇到错误，在错误前的SQL语句会被执行，之后的则不执行。

### MySQL 事务表与非事务表的区别 在 MySQL 中，存储引擎决定了数据如何被保存、检索以及管理。不同的存储引擎具有各自的特点和支持的功能。以下是关于事务表与非事务表的主要区别： #### 1. **事务支持** - **事务表**：支持事务的存储引擎能够提供 ACID 特性（原子性、一致性、隔离性和持久性）。这意味着可以回滚未提交的操作，并能保证多用户环境下的数据一致性和可靠性。 - 常见的支持事务的存储引擎包括 InnoDB 和 BDB[^1]。 - **非事务表**：不支持事务的存储引擎无法实现回滚机制，一旦写入数据就不可撤销。这类存储引擎通常用于只读场景或对数据一致性要求较低的应用。 - 常见的非事务存储引擎包括 MyISAM 和 MEMORY。 #### 2. **锁机制** - **事务表 (InnoDB)**：采用行级锁，允许多个用户同时访问不同行的数据，从而提高并发性能[^3]。 - **非事务表 (MyISAM)**：使用表级锁，当一个用户正在修改某张表时，其他用户的查询可能会被阻塞，影响系统的整体效率。 #### 3. **崩溃恢复能力** - **事务表**：具备完善的崩溃恢复机制，能够在服务器意外宕机后自动修复损坏的数据并保持一致性。 - **非事务表**：缺乏有效的崩溃恢复手段，可能导致数据丢失或损坏。 --- ### 支持事务的存储引擎——InnoDB 和 BDB 的对比 #### 1. **InnoDB 存储引擎** - 提供全面的事务支持，兼容标准 SQL 的 COMMIT、ROLLBACK 和 SAVEPOINT 操作。 - 实现 MVCC（多版本并发控制），允许高并发环境下高效执行 SELECT 查询而无需加锁。 - 自带外键约束功能，可维护关系型数据库中的参照完整性[^4]。 - 日志记录和缓冲池优化显著提升了性能表现。 示例代码展示如何启用 InnoDB 并创建一张带有外键约束的表格： ```sql CREATE TABLE parent ( id INT NOT NULL, PRIMARY KEY (id) ) ENGINE=INNODB; CREATE TABLE child ( id INT NOT NULL, parent_id INT NOT NULL, INDEX par_ind (parent_id), FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE ) ENGINE=INNODB; ``` #### 2. **BDB (Berkeley DB) 存储引擎** - 曾经作为另一种支持事务的选项存在，但在现代 MySQL 版本中已被废弃[^2]。 - 主要特点在于其嵌套循环连接算法上的优势，适合某些特定应用场景。 - 性能上可能不如 InnoDB 稳定，尤其是在大规模生产环境中。 --- ### 处理方式的具体差异 | 功能/特性 | InnoDB | BDB | |-------------------|----------------------------------|------------------------------------| | 锁粒度 | 行级锁 | 页面级锁 | | 外键支持 | 完全支持 | 不完全支持 | | 高可用扩展 | 更广泛应用于分布式架构 | 较少涉及此类需求 | 综上所述，尽管两者均属于支持事务的存储引擎类别，但从实际应用角度来看，当前主流的选择仍是 InnoDB，因其更强大的特性和更好的社区支持。 ---