Navicat 15及以上版本才支持右键复制标签页，需确保已连接且非无连接模式；复制页继承SQL内容、数据库上下文和会话变量，但不继承执行历史和结果状态，autocommit开关独立。
右键标签页没出现“复制”选项？检查 Navicat 版本和连接类型
navicat 15 及以上版本才在查询标签页右键菜单中提供 复制标签页 功能；低于该版本（如 navicat 12/14）或使用某些旧版 premium/mysql 专用版时，该选项默认不显示。另外，该功能仅对已成功连接的活动连接生效——若当前标签页来自断开的连接、ssh 隧道未就绪，或属于“无连接”的纯 sql 编辑器模式，右键菜单里也不会出现 复制标签页。
- 确认版本：点击
帮助 > 关于 Navicat，查看是否为 v15.0.28 或更高 - 确保当前标签页左上角显示有效连接名（如
localhost_3306），而非未连接或空白 - 避免从“新建查询”（无连接状态）启动的标签页操作，应先右键连接 →
新建查询
复制后的标签页内容和连接状态如何继承？
点击右键 → 复制标签页 后，新标签页会完全继承原标签页的：SQL 内容、当前数据库（schema）选择、查询上下文（如 USE db_name 已执行则生效），但不会继承执行历史或结果集窗口状态。连接本身是共享的——两个标签页共用同一连接会话，这意味着：
- 如果原标签页里执行了
SET @var := 1，复制页中可直接读取@var - 若原标签页执行了
BEGIN未提交，复制页中执行COMMIT会影响同一事务 - 但两个标签页的
自动提交（autocommit）开关状态各自独立
为什么复制后执行报错 “No database selected”？
常见于原标签页虽显示了数据库名（如左下角写着 myapp），但并未真正激活该库上下文。Navicat 标签页底部的数据库显示只是“上次 USE 的目标”，不代表当前会话已切换。复制页会原样继承这个“名义上的数据库”，但实际会话仍可能处于无库状态。
- 执行一次
USE `myapp`;并运行，再右键复制，新标签页才能保证上下文有效 - 或者复制后，手动在新标签页中运行
USE `myapp`;，否则像SELECT * FROM users;会因无默认库而报错 - 注意反引号：若库名含短横线或关键字（如
order-db），必须写成USE `order-db`;
替代方案：快捷键与拖拽复制不灵时怎么办？
部分系统（尤其是 macOS + 外接鼠标）右键识别不稳定，或触控板双指点击未映射到右键；此时可尝试以下方式补位：
- Windows/Linux：按住
Ctrl键，再用鼠标左键拖拽当前标签页到空白处松手 → 自动复制 - macOS：按住
Cmd键，再拖拽标签页（需系统偏好设置中启用“辅助功能 > 指针控制 > 触控板选项 > 启用右键”） - 纯键盘流：聚焦标签页（Alt+Tab 到 Navicat，按 Ctrl+Tab 切到目标页），按
Ctrl+Shift+T（部分版本支持，等效于浏览器新开页，但内容为空）→ 然后手动粘贴原 SQL
最稳的兜底操作其实是：全选原标签页 SQL（Ctrl+A）、复制（Ctrl+C），右键连接 → 新建查询，再粘贴（Ctrl+V）——虽然多两步，但绕过所有 UI 层兼容性问题。
标签页复制看着轻量，其实依赖会话上下文、连接状态、客户端版本三者对齐；漏掉任意一环，复制出来的就是个“形似神不似”的空壳。
