MySQL执行含WITH的LOAD INFILE语句报WITH位置无效错误

• 第一类容易被误判的触发点：CTE的语法支持是服务端版本强绑定的。MySQL只有8.0及以上的服务端版本才支持WITH开头的公共表表达式（CTE），仅核对Workbench客户端版本没有意义——哪怕客户端是最新版，只要当前会话连接的MySQL服务端是5.x及更低版本，就会直接触发WITH位置非法的报错。可以执行SELECT VERSION();直接查当前会话的实际服务端版本确认。
• 第二类是代码本身的语法结构非法：将LOAD DATA INFILE导入语句直接嵌套在CTE的定义括号里，是MySQL完全不支持的结构。不管服务端版本多高，CTE内部只能嵌套返回结果集的SELECT子查询，LOAD DATA是独立的数据导入类写操作，本身不能作为CTE的定义内容，会直接打乱语法解析器的判断逻辑，触发位置非法的报错。
• 第三类是代码里的拼写和标识符不规范问题：
  • 原代码里写的LOAD DATE INFILE是笔误，正确写法是LOAD DATA INFILE，拼写错误会直接触发解析异常
  • 原代码里的字段名PROC-DT带短横线，没有用反引号包裹，本身也是非法的标识符写法，会进一步干扰解析流程

核心目标是验证LOAD DATA导入时的日期字段加工逻辑，完全不需要嵌套CTE，按照下面的流程调整即可，所有MySQL 5.x/8.0版本全兼容：

• 第一步：提前创建结构适配的临时存储表，先把所有日期类字段定义为字符串类型，降低导入阶段的格式兼容问题：

  CREATE TEMPORARY TABLE temp_date_test (
    RUN_DATE VARCHAR(50),
    `PROC-DT` VARCHAR(50),
    STL_DT VARCHAR(50),
    TRD_DT VARCHAR(50),
    CHG_DT VARCHAR(50),
    SENT_ADP_DT VARCHAR(50),
    ACKN_ADP_DT VARCHAR(50),
    ORIG_PROC_DT VARCHAR(50)
  );
  

• 第二步：执行独立的LOAD DATA导入语句，利用语句自带的SET参数直接实现日期字段的加工转换逻辑：

  LOAD DATA INFILE 'CSV文件的绝对路径'
  IGNORE
  INTO TABLE temp_date_test
  FIELDS TERMINATED BY '^~'
  LINES TERMINATED BY '\r\n'
  IGNORE 1 ROWS
  -- 带特殊字符的字段统一用反引号包裹
  (RUN_DATE, `PROC-DT`, STL_DT, TRD_DT, CHG_DT, SENT_ADP_DT, ACKN_ADP_DT, ORIG_PROC_DT)
  SET -- 在此处写入你需要验证的日期转换规则，比如用STR_TO_DATE把字符串转成标准日期类型
  RUN_DATE = STR_TO_DATE(RUN_DATE, '%Y-%m-%d');
  

• 第三步：导入完成后直接执行SELECT * FROM temp_date_test;，检查日期字段的转换结果是否符合预期，验证通过后直接把SET子句里的加工逻辑平移到正式表的LOAD DATA语句中即可。

• 执行LOAD DATA前可以先执行SHOW VARIABLES LIKE 'secure_file_priv';，确认CSV文件的存放路径在服务端允许的导入路径范围内，避免触发权限类报错
• 如果后续确实需要使用CTE语法做查询逻辑，先确认服务端版本≥8.0，且CTE内部只放可返回结果集的SELECT查询，不要嵌套任何写操作类语句

内容的提问来源于stack exchange，提问作者Jesus Rodriguez