• 一、问题现象
  • MySQL原生临时表的正常表现
• 二、问题原因
  • 2.1 OceanBase临时表支持的历史变迁
  • 2.2 错误信息的误导性分析
• 三、解决方案

临时表（Temporary Table）是数据库管理系统中一项非常实用的功能，它允许用户在当前会话中临时存储中间结果集，从而简化复杂查询、提升处理效率。无论是数据分析、报表生成，还是存储过程中的中间计算，临时表都扮演着重要角色。

用户/开发者从MySQL切换到OceanBase，或在OceanBase不同版本间升级时，可能会遭遇“临时表不支持”的报错引发困惑。

一、问题现象

MySQL原生临时表的正常表现

习惯在mysql数据库使用临时表，如下面的示例语句是可以成功创建并使用临时表：

-- 创建临时表
CREATE TEMPORARY TABLE temp_users (
    id INT PRIMARY KEY,
    username VARCHAR(50),
    email VARCHAR(100)
);

-- 插入数据
INSERT INTO temp_users VALUES (1, 'test_user', 'test@example.com');

-- 查询数据
SELECT * FROM temp_users;

-- 会话结束后自动删除，也可手动删除
DROP TEMPORARY TABLE temp_users;

当同样的语句切换到OceanBase的MySQL租户中执行的时候可能会遇到如下错误：

ErrorCode = 1235, SQLState = 0A000, Details = obproxy version is too old or config not right, create temporary table not supported

或者

MySQL compatible temporary table not supported

二、问题原因

2.1 OceanBase临时表支持的历史变迁

OceanBase对临时表的支持策略经历了多次变化，这是导致用户困惑的根本原因。跟分布式架构的本质有一定关系：在分布式环境中，与会话绑定的临时表需要在多个节点间同步数据以保证一致性，这会带来巨大的协调开销和资源管理复杂性；同时，会话异常终止时临时表资源可能无法及时释放，增加了系统负担和资源泄露风险，为了优先保障分布式架构的一致性、简化资源管理并提升系统稳定性，OceanBase团队在这一阶段移除了对会话临时表的支持。

根据相关文档信息梳理不同版本对临时表的支持情况，如果使用的版本本身默认不开启或者完全禁用，则出现上述问题现象的报错是符合预期的。

2.2 错误信息的误导性分析

错误信息提示“obproxy version is too old or config not right”具有一定的误导性。虽然旧版本的 obproxy 也可能导致此问题，但在你的场景下，即使 obproxy 版本和配置完全正确，只要连接的 OceanBase 内核版本处于上述不支持临时表的区间，这个错误依然会出现。

如果你的 OceanBase 集群版本已经高于 V4.3.5 BP4（该版本已重新支持临时表），需要按照官方文档调整 OBProxy 的配置，让连接能够正确处理临时表的路由。

使用root 用户登录到 obproxy，并执行以下三条命令：

-- 1. 修改通信协议配置
ALTER PROXYCONFIG SET server_protocol = 'OceanBase 2.0';

-- 2. 设置客户端会话ID生成算法为版本2
ALTER PROXYCONFIG SET client_session_id_version = 2;

-- 3. 设置唯一的代理ID（如果你有多个obproxy，请使用不同数字）
ALTER PROXYCONFIG SET proxy_id = 1;

三、解决方案

• 对于生产环境不建议使用临时表；
  推荐使用普通表 + 命名约定/租户隔离/自动清理逻辑替代；如需会话级数据暂存，可考虑应用层缓存或使用 WITH 子句（CTE，若版本支持）；

• 对于V4.3.5 BP4之后恢复支持，建议生产环境使用前，在测试环境验证临时表在高并发、长事务等场景下的行为是否符合预期。

• 若从旧版升级，务必检查业务 SQL 是否含CREATE TEMPORARY TABLE，并做兼容改造；

后续我们会持续分享更多实战运维干货，记得关注不迷路，下次见~