临时表在Navicat对象树中永不显示，因其仅存在于当前会话且不登记于INFORMATION_SCHEMA；必须通过查询窗口执行SELECT/DROP等语句操作，刷新、重启或结构同步均无效。
临时表在Navicat里根本不会出现在对象树中
Navicat 的对象浏览器（左侧树形结构）只展示持久化对象：表、视图、存储过程等。CREATE TEMPORARY TABLE 创建的临时表，生命周期绑定当前会话，且对其他连接不可见——Navicat 本身不主动“感知”或“缓存”这类对象，因此你刷新、展开 schema、甚至重启 Navicat，都找不到它。
常见错误现象：执行完 CREATE TEMPORARY TABLE tmp_user_stats AS SELECT ... 后，立刻去对象树里找 tmp_user_stats，结果为空；误以为建表失败或 Navicat 不支持。
- 临时表只存在于当前连接的会话上下文中，Navicat 不会将其注册进元数据缓存
- 即使你在查询窗口中连续执行
SELECT * FROM tmp_user_stats成功，对象树仍不显示 - 若使用连接池（如应用层配置），该连接被复用时，临时表可能意外残留，但 Navicat 依然无法在 UI 中呈现
用查询窗口 + 手动注释模拟“可视化生命周期”
既然无法靠 UI 展示，就用最直接的方式把生命周期写进 SQL 本身：在创建、使用、销毁三个关键节点加明确注释，并配合可执行语句形成闭环。
使用场景：团队协作调试中间计算逻辑，或给新人演示“为什么不能跨会话引用临时表”。
- 开头用
-- [TEMP START] tmp_order_summary标记创建起点，注明预期用途和超时逻辑（如“仅用于本批统计，会话结束自动释放”） - 在
DROP TEMPORARY TABLE IF EXISTS tmp_order_summary前加-- [TEMP END]，强制显式清理，避免依赖会话退出 - 若需验证是否已存在，用
SHOW TABLES LIKE 'tmp%'（注意：该命令查不到临时表）→ 改用SELECT @@session.pseudo_thread_id辅助判断当前会话唯一性
别指望 ER 图或结构对比识别临时表
Navicat 的 ER 图建模、结构同步向导、对象过滤规则，全部基于 INFORMATION_SCHEMA.TABLES 或系统表扫描，而临时表不入库、不登记，所以这些功能对临时表完全失效。
容易踩的坑：在做生产库与测试库结构比对时，误把本地临时表名（如 tmp_user_rank_202609）加进“排除规则”，其实它压根不会参与比对——规则白配，还可能干扰其他真实表匹配。
-
INFORMATION_SCHEMA.TABLES查询结果中，TABLE_TYPE = 'BASE TABLE'或'VIEW'，但永远不会有'TEMPORARY TABLE' - ER 图中拖入的任何表，都是从持久化元数据加载的，临时表无法拖入画布，Ctrl+Shift+F 也搜不到
- 结构同步的「对象过滤」只作用于正式对象，对临时表无意义，但若误配了通配符（如
tmp_%），可能意外屏蔽掉真实存在的临时表替代方案（如分区表前缀）
真正需要关注的，是会话级行为而非 UI 展示
临时表的“可视化生命周期”本质是会话状态的外化表达，不是图形界面能解决的问题。Navicat 提供的会话管理能力很弱：没有会话 ID 显示、不标记活跃会话、也不提示当前连接是否复用自连接池。
这意味着，哪怕你写了完美的注释和 DROP，只要连接没断开，临时表就还在——而你根本看不到它还在不在。
- 检查方式只能是：在同个查询窗口里执行
SELECT COUNT(*) FROM information_schema.tables WHERE table_schema = DATABASE() AND table_name = 'tmp_xxx'→ 结果恒为 0 - 验证存在性唯一可靠方法：直接
SELECT或INSERT INTO，捕获ERROR 1146 (42S02): Table 'xxx.tmp_xxx' doesn't exist - Navicat v17+ 仍未提供会话变量面板，
SHOW PROCESSLIST需手动执行，无法在 UI 中关联临时表生命周期
