Navicat 17 不支持多租户自动化脚本，因其 Automated Job 无租户上下文、不解析数据库前缀、不支持变量替换，批量 DDL 必须显式指定每个 tenant 库名并逐个执行，否则易报错如表不存在或字段重复。
Navicat 17 的自动化脚本不支持直接识别“多租户”语义
Navicat 17 的 Automated Job 功能本质是按顺序执行 SQL 或外部命令，它没有租户上下文、不会自动解析数据库前缀、也不理解你定义的租户路由逻辑。所谓“批量结构更新”，必须由你显式指定每个租户对应的数据库名（或 schema 名），再逐个执行 DDL。
常见错误现象：ERROR 1146 (42S02): Table 'tenant_xxx.users' doesn't exist——不是脚本写错了，而是当前连接的数据库不是 tenant_xxx，而你又没在 SQL 中用 `tenant_xxx`.users 显式限定库名。
- 使用场景：你有一批以
tenant_开头的数据库（如tenant_a、tenant_b），需统一新增updated_at字段到所有users表 - 必须手动准备租户数据库列表（例如存在一个
tenant_list.txt，每行一个库名），不能靠 Navicat 自动发现 - Navicat 不支持变量替换（如
${tenant}），所以不能写一条 SQL 复用多次；必须生成 N 条带具体库名的语句，或靠外部脚本驱动
用「外部脚本 + Navicat CLI」组合实现真正批量更新
Navicat 17 提供了 navicat.exe --runjob 命令行接口，但它的能力有限：只能触发已保存的自动化任务，不能传参。因此，更可靠的做法是绕过 GUI 任务，直接用命令行连接 MySQL 并执行动态 SQL。
实操建议（以 Windows + PowerShell 为例）：
- 先写一个 PowerShell 脚本，读取
tenant_list.txt，对每个库名拼出完整 DDL：ALTER TABLE `tenant_a`.users ADD COLUMN updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP; - 用
mysql -h host -u user -p'pass' -e "..."批量执行（注意：密码明文有风险，生产环境建议用mysql_config_editor配置 login-path） - 不要试图在 Navicat 的「SQL 文件」自动化任务里放循环逻辑——它不解析 Shell/PowerShell 语法，只会把整个文件当静态 SQL 执行一次
- 若坚持用 Navicat GUI 管理，可为每个租户单独建一个「查询」标签页，保存对应 DDL，再用「自动化任务」依次运行这些查询——但这不是“自动化”，只是“批处理点击”的替代方案
DDL 变更在多租户环境中的三个关键兼容性陷阱
即使 SQL 语法正确，批量执行 DDL 也可能因租户间结构差异失败。Navicat 不做预检，报错就中断。
-
ALTER TABLE ... ADD COLUMN在某个租户中失败，后续租户不会继续执行——没有事务跨库保障，也没有跳过失败项的开关 - 字段名冲突：租户 A 的
users表已有updated_at，租户 B 没有，脚本会卡在 A 报错（ERROR 1060 (42S21): Duplicate column name 'updated_at'）。必须加判断：ADD COLUMN IF NOT EXISTS（MySQL 8.0.19+ 支持，低版本需先查information_schema.COLUMNS） - 字符集/排序规则不一致：
tenant_c是utf8mb4_unicode_ci，tenant_d是utf8mb4_general_ci，某些 DDL（如添加带默认值的文本列）可能因隐式转换报错，需在语句中显式声明COLLATE utf8mb4_unicode_ci
为什么不用 Navicat 的「数据传输」或「结构同步」功能
这两个功能设计目标是「单库对比与迁移」，不是「多库批量施放」。当你选中 10 个数据库做「结构同步」时，Navicat 实际行为是：拿第一个库当源，其余 9 个当目标，逐一比对并生成差异 SQL——但它不会确保所有目标库都应用同一套变更逻辑。
- 如果租户 B 缺少某张表，结构同步会尝试创建，但租户 C 同样缺这张表，却可能因权限或锁被跳过，且无日志说明原因
- 「结构同步」生成的 SQL 默认不带库名前缀，执行时依赖当前连接库，极易误改非目标库
- 无法控制执行顺序（比如必须先改
tenant_core再改各租户），而自动化脚本可以精确编排
真正可靠的批量结构更新，核心不在 Navicat 功能多强，而在你是否把租户边界、版本差异、失败恢复这三件事提前想清楚——工具只是执行载体，不是决策主体。
