乱伦亚洲av动漫yw_综合亚洲乱中文字幕_亚洲色欧美国产综合_婷婷五月天成人网_福利国语自产拍在线视频中文_毛片一级片电影在线观看视频_4480YY私人影院免费无码_人妻无码精品二专区

• 一、問題現象
  • 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，并做兼容改造；

后續我們會持續分享更多實戰運維干貨，記得關注不迷路，下次見~