临时表在DBeaver中创建后搜不到、不能跨编辑器访问，是因MySQL会话隔离机制所致：临时表仅存在于当前会话，不写入information_schema，故导航器不可见；不同SQL编辑器默认启用独立会话，导致建表与查询分离。
临时表在 DBeaver 中能创建，但默认查不到、不能跨编辑器访问、也不能被“数据库导航器”识别——这不是 bug，是 MySQL 临时表本身的会话隔离机制决定的。
为什么在 DBeaver 里 CREATE TEMPORARY TABLE 后搜不到表名
MySQL 的 TEMPORARY 表只存在于当前连接会话中，且对其他会话完全不可见。DBeaver 的“数据库导航器”显示的是数据库元数据（information_schema.tables），而临时表不会写入该系统表，所以无论刷新、重启 DBeaver 还是重连，都搜不到 temp_reports 这类名字。
- 执行
SELECT * FROM temp_reports能查到数据 → 说明表已成功创建，且当前 SQL 编辑器所在的会话有效 - 在“数据库导航器”里搜索不到 → 正常现象，不是权限或配置问题
- 换一个 SQL 编辑器（哪怕同个连接）再查
temp_reports→ 报错Table 'temp_reports' doesn't exist→ 因为新编辑器可能启用了独立会话（取决于 DBeaver 设置）
如何确保临时表在同一个会话里持续可用
DBeaver 默认对每个 SQL 编辑器使用独立会话（Connection per editor），这会导致 CREATE TEMPORARY TABLE 和后续 SELECT 分属不同会话，从而失败。
- 打开 DBeaver → 点击右上角齿轮图标 → Preferences → Editors → SQL Editor → 取消勾选
Open separate connection for each editor - 或者：在已有 SQL 编辑器中，把建表语句和查询语句写在同一窗口、同一执行块里（用分号分隔），然后按
Ctrl+Enter全部执行 - 验证是否同会话：执行
SELECT CONNECTION_ID();两次，结果一致即为同一会话
CREATE TEMPORARY TABLE 常见报错和应对
报错 Table 'xxx' already exists 是最典型的误判信号：
- 不是真存在同名表，而是你已在当前会话中执行过一次
CREATE TEMPORARY TABLE xxx - 解决方法：先加
DROP TEMPORARY TABLE IF EXISTS xxx;再建；或直接用CREATE TEMPORARY TABLE IF NOT EXISTS xxx（MySQL 8.0.13+ 支持） - 如果确认没建过却仍报错，检查是否在其他未关闭的 SQL 编辑器里执行过（尤其是后台运行的长任务）
- 权限不足时会报
Access denied; you need (at least one of) the CREATE TEMPORARY TABLES privilege(s)→ 需 DBA 执行GRANT CREATE TEMPORARY TABLES ON *.* TO 'user'@'host';
临时表替代方案：什么时候该换用普通表
如果你需要多编辑器协作、定时任务调用、或让别人也能查这个中间结果，TEMPORARY 表就不合适了：
- 改用带前缀的普通表，比如
tmp_user_report_20261104，用完手动DROP - 或用
CREATE TABLE ... SELECT创建，它不依赖会话，且可加索引、支持外键（临时表不支持） - 注意：普通表需自行清理，否则会堆积；临时表则在断开连接时自动销毁，这点无法绕过
真正容易被忽略的是会话绑定这个前提——很多问题根本不是语法或权限的事，而是你以为在“同一个数据库环境”里操作，其实 DBeaver 已悄悄给你开了两个隔离通道。
