Navicat 导入向导不支持按字段值自动分流到不同表，仅支持单源→单目标的静态映射；需先导入临时表，再用多条条件化 INSERT ... SELECT 实现分流，但存在空间占用、锁表及手动建表等限制。
Navicat 导入向导不支持按字段值自动分流到不同表
直接说结论：Navicat 的「导入向导」没有“根据 status 值为 'paid' 就插入 orders_paid，为 'pending' 就插入 orders_pending”这类条件路由功能。它只做单源 → 单目标的映射与写入，所有行都进同一个表。
为什么不能自动分流？底层机制限制
Navicat 导入向导本质是封装了批量 INSERT 语句（或 LOAD DATA），而 MySQL 的原生命令本身也不支持单条 INSERT ... SELECT 同时往多个目标表写入——除非用存储过程或触发器，但导入向导不执行这些逻辑。
- 它读取 Excel/CSV/JSON 时只解析成内存中的行集合，不运行任何条件判断逻辑
- 字段映射页只能做列对列绑定，无法添加
CASE WHEN或路由规则 - “高级设置”里没有分流开关、脚本钩子或表达式字段
替代方案：三步手动实现等效效果
想达到“按字段分流”，得绕过向导，分三步走：
- 先用 Navicat 导入向导把原始数据全塞进一张**临时表**（如
tmp_orders），确保字段完整、类型宽松（比如status设为VARCHAR(20)） - 在 Navicat 的查询窗口中，手动执行多条带条件的
INSERT ... SELECT：INSERT INTO orders_paid SELECT * FROM tmp_orders WHERE status = 'paid'; INSERT INTO orders_pending SELECT * FROM tmp_orders WHERE status = 'pending';
- 确认无误后，
DROP TABLE tmp_orders
注意：目标表结构必须和临时表兼容；若字段数/顺序不一致，SELECT * 要显式列出字段名并做类型转换（如 CAST(created_at AS DATE)）。
容易被忽略的细节：临时表不是万能跳板
临时表方式看似简单，但有隐性成本：
- 如果原始文件含 50 万行，临时表会占双倍磁盘空间（原始数据 + 分流后各表副本）
-
INSERT ... SELECT不走 Navicat 的分批提交逻辑，大表可能锁表或超时，需提前调大wait_timeout和max_allowed_packet - 无法自动处理目标表不存在的情况——建表、索引、外键都得你手动补全
真正需要高频分流的场景，建议放弃 Navicat 向导，改用 Python + pymysql 或 Node.js 脚本，在读取阶段就按条件分组、构造不同 SQL，控制更细、容错更强。
