Dolt项目中临时表创建导致事务隐式提交的问题分析

问题背景

在数据库管理系统Dolt的1.51.0版本中，发现了一个与事务处理相关的重要问题。当在一个事务中执行CREATE TEMPORARY TABLE语句时，会导致当前事务被隐式提交，这与MySQL的标准行为不符。

问题复现

通过以下SQL测试用例可以清晰地复现该问题：

-- 创建测试表
CREATE TABLE test (id varchar(255));

-- 第一个事务：正常回滚
BEGIN;
INSERT INTO test values ('testid'); 
ROLLBACK; 
SELECT * FROM test; -- 结果为空，符合预期

-- 第二个事务：包含临时表创建
BEGIN;
INSERT INTO test values ('testid');
CREATE TEMPORARY TABLE temp_test (id varchar(255));
ROLLBACK;
SELECT * FROM test; -- 结果不为空，不符合预期

在标准MySQL(8.0.31版本)中，上述两个事务都能正常回滚，测试表始终保持为空。但在Dolt中，第二个事务由于包含临时表创建语句，导致事务被隐式提交，无法回滚。

技术分析

这个问题本质上属于DDL(数据定义语言)语句在事务中的处理问题。根据MySQL官方文档，CREATE TEMPORARY TABLE语句不应该导致隐式提交，这与CREATE TABLE等常规DDL语句的行为不同。

在Dolt的实现中，可能将所有DDL语句都视为需要隐式提交的操作，而没有对临时表创建这种特殊情况做特殊处理。这与另一个已修复的问题相关，即DDL语句未正确实现隐式提交机制。

影响范围

该问题会影响所有在事务中使用临时表的应用场景，特别是：

1. 需要原子性操作多个表(包括临时表)的业务逻辑
2. 使用临时表作为中间结果集的复杂查询
3. 依赖事务回滚机制的异常处理流程

解决方案

Dolt开发团队已经确认了这个问题，并在核心组件GMS中进行了修复。修复思路主要包括：

1. 区分常规DDL和临时表DDL的不同事务语义
2. 确保CREATE TEMPORARY TABLE不会触发隐式提交
3. 保持与MySQL标准行为的一致性

该修复已合并到主分支，并计划在当周发布的版本中包含此修复。

最佳实践建议

在等待官方修复版本发布期间，用户可以采取以下临时解决方案：

1. 避免在事务中混合使用临时表和需要回滚的数据修改操作
2. 将临时表创建操作移到事务开始之前
3. 对于关键业务逻辑，增加额外的数据一致性检查

对于长期解决方案，建议用户升级到包含此修复的Dolt版本，以获得完整的MySQL兼容性。