跨版本数据库还原必然失败，因高版本备份含低版本不识别的语法或格式；须改用SQL脚本导出并手动适配排序规则、时间戳语法、字符集及兼容模式等，再通过服务端直读执行。
直接失败是正常的，不是操作失误，而是数据库引擎层硬性限制——高版本备份无法被低版本服务端识别或执行。必须放弃“还原备份”按钮，改走 sql 脚本导出 + 手动适配路径。
为什么RESTORE或“还原备份”必然失败
SQL Server 的 .bak 文件、MySQL 的 mysqldump 输出（尤其含 8.0+ 语法）、MariaDB 的 nb3 备份，都绑定源库的内部格式或语法能力。服务端不向下兼容：
- SQL Server 2019 备份在 2016 上报
Msg 3241, Level 16, State 7，跟权限、路径、单用户模式无关 - MySQL 8.0 导出的
utf8mb4_0900_ai_ci在 5.7 里是未知排序规则，直接触发ERROR 1273 (HY000) - Navicat 的“还原备份”功能底层调用的是服务端原生命令（如
RESTORE DATABASE或mysql客户端），它不翻译语法，只转发
MySQL 跨版本还原：必须手改 SQL 文件
Navicat 默认导出的 .sql 文件不是“即插即用”，尤其目标库 ≤ 5.7 时，以下三项不手动改必报错：
- 全局替换
utf8mb4_0900_ai_ci→utf8mb4_unicode_ci（注意保留引号和分号） - 删掉或替换
DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP：MySQL 5.6 只允许一个CURRENT_TIMESTAMP，多写就ERROR 1067 - 检查
CREATE TABLE ... ENGINE=InnoDB DEFAULT CHARSET=utf8mb4：若目标是 MySQL 5.5，必须降级为DEFAULT CHARSET=utf8
改完后，别粘贴进查询窗口——用 Navicat 的「运行 SQL 文件」功能，并勾选「UTF-8 编码」；它走服务端直读，避开了客户端缓冲截断和超时。
SQL Server 跨版本还原：兼容模式不是摆设
右键数据库 →「转储 SQL 文件」→ 勾选「结构」和「数据」后，关键在「选项」页：
- 必须设置「兼容模式」为你目标 SQL Server 版本（如 2016），否则会导出
STRING_AGG、SEQUENCE等低版本不支持的语法 - 取消勾选「导出外键约束」：Navicat 默认按表名建表，极易因依赖顺序失败（比如视图引用还没建的表）；先建表+插数据，最后统一加外键更稳
- 对含自增主键的表，手动在对应
INSERT前加SET IDENTITY_INSERT [table_name] ON，结束后加OFF
导出的 SQL 文件体积大时，Navicat 默认单事务提交，失败即全回滚；可拆分文件，或改用 sqlcmd -i 分批执行。
还原后权限、索引、DEFINER 全丢了？不是漏了，是根本没导
Navicat 还原操作只执行 DDL/DML（CREATE、INSERT），不带权限、不建索引、不处理 DEFINER：
- 权限缺失：还原后需用 root 手动补
GRANT TRIGGER ON db_name.* TO 'user'@'%'，再FLUSH PRIVILEGES - 索引缺失：检查
SHOW INDEX FROM table_name是否为空；若空，说明脚本里压根没CREATE INDEX，得手写补 -
DEFINER失效：备份里DEFINER=`admin`@`192.168.%`在目标库不存在，对象虽建成功但调用就报ERROR 1227；导出前勾选「Remove DEFINER and SQL SECURITY」，或全局删掉DEFINER=...子句
最麻烦的是组合失效：对象存在、定义者不存在、调用者没权限——错误日志只报一行 Access denied，得三处一起查。
