由 dawei 嵌入式系统资源受限，MySQL常作为轻量级本地存储运行于ARM Cortex-M或RISC-V平台（如树莓派、ESP32-S3配合外置SPI NAND）。此时事务不是“可选项”，而是数据一致性的生命线——断电、复位、通信中断随时可能发生。
启用事务前，必须确认存储引擎为InnoDB。MyISAM不支持事务，而嵌入式常用的小型MySQL（如MariaDB 10.6+精简版）默认可能启用Aria，需在my.cnf中显式配置innodb_force_recovery=0与default_storage_engine=INNODB，并验证show engines;输出中InnoDB为YES。
自动提交（autocommit）是最大陷阱。嵌入式场景下应始终关闭：执行SET autocommit = 0; 并在连接初始化时固化。否则每条INSERT/UPDATE都是隐式事务，无法回滚，且频繁刷盘加剧Flash磨损。典型写入流程为：BEGIN → 多条DML → COMMIT/ROLLBACK，全程控制在毫秒级内完成。
隔离级别需降级权衡。READ COMMITTED足矣，避免REPEATABLE READ带来的间隙锁开销与内存占用。可通过SET TRANSACTION ISOLATION LEVEL READ COMMITTED; 在事务启动前设置。高并发写入时，若遇Deadlock，捕获ER_LOCK_DEADLOCK错误码（1213），立即重试——嵌入式无长连接池，重试成本极低。
日志策略决定可靠性边界。确保innodb_log_file_size≥4MB（不低于默认值），并启用innodb_flush_log_at_trx_commit=1——这是ACID中Durability的唯一保障。虽降低性能，但在断电场景下可保事务不丢。切勿设为2（仅写OS缓存）或0（仅写缓冲区），这对嵌入式设备属危险配置。
AI绘图结果，仅供参考
实战中，用SELECT … FOR UPDATE实现资源互斥：例如设备状态表更新前加行锁，防止多个任务并发修改同一寄存器映射字段。但须严格遵循“锁少、锁快、锁短”原则——获取锁后仅执行必要更新，立即COMMIT，避免锁持有超50ms引发任务阻塞。
•禁用查询缓存（query_cache_type=0）。它在嵌入式小内存中易引发碎片与竞争，且事务中缓存失效逻辑复杂。监控仅需关注Innodb_rows_inserted与Innodb_data_fsyncs：前者突增伴随后者同步上升，说明事务刷盘正常；若后者长期为0，则log刷新机制失效，需紧急排查。