事务是数据库操作中保证数据一致性的重要机制，它能把多条SQL语句打包成一个执行单元，要么全部成功，要么全部回滚。MySQL从5.5版本开始默认使用InnoDB存储引擎，而InnoDB正是唯一完整支持ACID事务特性的引擎。不过在实际使用中，很多人安装的是精简版MySQL，或者建表时误用了MyISAM引擎，导致执行BEGIN和ROLLBACK时毫无效果。本文将从原理讲起，详细介绍如何正确安装并配置一个支持事务的MySQL环境。
一、理解MySQL事务与存储引擎的关系
MySQL并不是一个单一的整体，而是采用了插件式的存储引擎架构。数据表的物理存储方式、索引结构、是否支持事务，都由存储引擎决定。早期MySQL默认引擎是MyISAM，它不支持事务和行级锁，一旦执行回滚语句，数据不会发生任何变化，这也是很多人误以为事务失效的根本原因。
InnoDB引擎支持事务的四大特性，即原子性、一致性、隔离性和持久性，简称ACID。它通过重做日志（redo log）保证持久性，通过回滚日志（undo log）保证原子性，还提供了行级锁和外键约束，是金融类、订单类业务的首选。因此在安装阶段，就要确认所选的MySQL版本和安装方式不会把InnoDB排除在外。
可以用下面的命令查看当前服务器支持哪些存储引擎：
SHOW ENGINES;
在输出结果中，找到InnoDB那一行，确认Support列的值是DEFAULT或者YES。如果是DEFAULT，说明它是默认引擎；如果是NO，说明该引擎被禁用，需要重新编译或修改配置后才能支持事务。
二、Windows系统下安装支持事务的MySQL
Windows环境下推荐使用MySQL官方提供的MSI安装包，安装过程中可以直观地选择服务器类型和存储引擎配置。首先访问MySQL官方下载页面，选择社区版安装包，下载完成后双击运行。在安装类型选择界面，建议选择Server only或Custom模式，Custom模式可以自行挑选MySQL Server、客户端工具等组件。
进入配置阶段后，安装向导会询问配置类型，选择Server Machine或Dedicated Machine可以获得更合理的内存分配。接着设置root密码，这个密码一定要记牢。随后在插件与扩展界面保持默认勾选InnoDB即可，安装程序会自动配置好事务支持。
安装完成后需要验证。打开命令行，进入MySQL的安装目录下的bin文件夹，执行登录命令：
cd C:\Program Files\MySQL\MySQL Server 8.0\bin mysql -u root -p
登录成功后执行SHOW ENGINES;，确认InnoDB的状态。再执行SELECT @@default_storage_engine;，如果返回结果是InnoDB，说明新建的表默认就支持事务。
三、Linux系统下安装并配置事务支持
以CentOS为例，先更新系统源，然后安装MySQL官方的yum仓库包，再通过yum安装MySQL服务器。整个流程如下：
sudo rpm -Uvh https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm sudo yum install mysql-community-server -y sudo systemctl start mysqld sudo systemctl enable mysqld
安装完成后，MySQL会为root生成一个临时密码，存放在日志文件中，通过grep 'temporary password' /var/log/mysqld.log可以找到它，首次登录后需要修改密码才能继续操作。
接下来编辑配置文件确保InnoDB被正确启用。打开/etc/my.cnf，在[mysqld]段落下确认或添加以下内容：
[mysqld] default-storage-engine=InnoDB innodb_buffer_pool_size=1G innodb_log_file_size=256M skip-grant-tables=0
其中default-storage-engine把默认引擎设为InnoDB，这样建表时即使不写ENGINE子句也能获得事务支持；innodb_buffer_pool_size建议设置为物理内存的一半到七成，它直接影响事务的读写性能；innodb_log_file_size控制重做日志的大小，写密集型业务可以适当调大。修改完成后执行sudo systemctl restart mysqld让配置生效。
需要注意，如果配置文件中存在skip-innodb这样的参数，必须删除或注释掉，否则InnoDB会被完全禁用，事务自然无从谈起。部分老版本的配置文件里还可能写着default-table-type=MyISAM，同样需要改成InnoDB。
四、验证事务功能是否真正生效
安装和配置只是第一步，最终还要通过实际操作来验证。先创建一张测试表并插入数据：
CREATE DATABASE testdb;
USE testdb;
CREATE TABLE account (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50),
balance DECIMAL(10,2)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
INSERT INTO account (name, balance) VALUES ('张三', 1000.00), ('李四', 1000.00);然后执行一次典型的转账测试，先开启事务，执行扣款和入款操作，再回滚，观察数据是否恢复原状：
START TRANSACTION; UPDATE account SET balance = balance - 200 WHERE name = '张三'; UPDATE account SET balance = balance + 200 WHERE name = '李四'; ROLLBACK; SELECT name, balance FROM account;
如果查询结果中张三的余额仍然是1000，说明回滚成功，事务功能完全正常。相反，如果余额变成了800，说明表使用的是不支持事务的引擎，可以用SHOW CREATE TABLE account;查看建表语句确认引擎类型，必要时用ALTER TABLE account ENGINE=InnoDB;转换引擎。
五、常见问题与注意事项
第一个常见问题是建表时显式指定了MyISAM引擎，这会覆盖默认设置。解决办法是改掉建表语句，或者事后用ALTER TABLE转换。第二个问题是执行SHOW ENGINES;发现InnoDB显示为NO，这通常是启动参数里带了禁用选项，或者使用的编译版本本身就裁剪了InnoDB，建议换用官方标准安装包。
还有一个容易被忽视的细节：即使表支持事务，如果表结构使用的是临时表，或者执行了隐式提交的DDL语句（比如CREATE TABLE、ALTER TABLE），当前事务也会被自动提交，回滚就会失效。因此在事务块中应尽量避免混入DDL操作。
最后提醒一点，自动提交参数autocommit默认是开启的，即每条语句执行后立即提交。可以通过SET autocommit = 0;关闭它，或者在每次操作前显式执行START TRANSACTION。生产环境中建议显式控制事务边界，代码意图更清晰，也更容易排查数据问题。