Navicat 导出含特殊符号表名时须启用“使用反引号”选项并验证 SQL 文件中表名是否被 ` 包裹，还原时优先用“导入向导”而非“运行SQL文件”，.psc 备份需确保字符集一致，中文或 emoji 表名推荐用 UTF8MB4 转储 SQL。
navicat 默认对含特殊符号（如短横线 -、空格、中文、点号 .、括号等）的表名会自动加反引号 `，但还原时仍可能因 sql 模式或目标 mysql 版本不一致而报错，关键在导出/导入环节的 sql 兼容性控制。
导出时确认是否启用「使用反引号」选项
用 转储SQL文件 或 数据导出 功能备份含特殊符号表名时，Navicat 会在“高级”或“格式设置”页中提供 使用反引号包裹标识符（或类似名称）的勾选项。该选项默认开启，但部分旧版 Navicat（如 v12 以前）可能未默认启用。
- 若导出的
.sql文件里表名没被`包裹（例如写成user-log而非`user-log`），MySQL 执行时会直接报错ERROR 1064 (42000) - 务必在导出向导最后一步点击
高级→ 勾选使用反引号→ 再点开始 - 导出后可用文本编辑器快速验证：搜索
CREATE TABLE，看其后是否为`my-table-name`形式
还原时避免「运行 SQL 文件」方式跳过语法校验
对含特殊符号的表，直接右键数据库 → 运行SQL文件 是最易出错的操作路径。它会把整个 SQL 文件丢给 MySQL 执行，不经过 Navicat 的对象映射层，一旦反引号缺失或 SQL 模式不匹配（如 sql_mode=STRICT_TRANS_TABLES），就会中断并丢失后续语句。
- 优先改用
工具 → 导入向导，选择SQL 文件类型，它会在导入前做基本语法预检，并自动适配目标连接的 SQL 模式 - 若必须用
运行SQL文件，请先在目标 MySQL 中执行：SET sql_mode = '';（临时关闭严格模式），再运行；但注意这仅适用于开发/测试环境 - 遇到
Unknown database 'db.name'类错误，大概率是 SQL 文件里有USE db.name;—— 点号未被反引号包裹，应手动改为USE `db.name`;
使用 .psc 备份还原时需留意对象名编码
.psc（或新版 .nb3）是 Navicat 自有二进制备份格式，内部已固化对象名编码，理论上不依赖反引号。但它在还原到不同字符集的库时，仍可能因元数据解析异常导致表名乱码或跳过。
- 还原前确认目标数据库字符集与原库一致，尤其是
character_set_database和collation_database - 若原表名为中文或 emoji（如
用户反馈?），建议改用转储SQL文件+ UTF8MB4 导出，而非.psc，后者在某些 Navicat 版本中对 Unicode 支持不稳定 - 右键
.psc文件 →还原备份后，务必切换到对象选择标签页，逐个核对列表中显示的表名是否可读、无问号或方块
真正容易被忽略的是：Navicat 在导出时是否实际生效了「使用反引号」选项——它有时会因缓存或向导步骤跳过而未写入最终 SQL。最稳妥的做法是导出后立刻打开文件 grep 一行 CREATE TABLE 验证，而不是凭界面勾选就认为万事大吉。
