MySQL执行LOAD DATA INFILE语句无报错但目标表数据未更新问题咨询

这类无报错但导入无效的问题，通常是配置、文件适配、事务机制三类原因导致的，常被忽略的排查点包括：

• 执行反馈未核对
  运行完导入语句后先看终端返回的受影响行数：如果返回0 rows affected，说明程序确实没匹配到可导入的有效行；如果返回了明确的导入成功行数，但查表看不到新增数据，大概率是查询时带了未注意的过滤条件，或是连接到了错误的数据库实例/ schema。
• 行终止符不匹配
  当前语句指定行终止符为\n，如果CSV是Windows平台原生生成的文件，实际换行符为\r\n，MySQL会把整个文件识别为1个完整行，加上语句设置了IGNORE 1 LINES跳过表头，就会直接把唯一的文件内容行全部跳过，最终导入0行，全程不触发硬报错。
• 事务未提交导致的不可见
  如果当前会话的autocommit参数设为0（手动提交模式），执行完导入操作后没有手动执行COMMIT，导入的数据仅存在于当前会话的事务快照中，在其他会话查表时会完全看不到新增数据，且整个执行过程不会抛出任何错误。
• 文件权限不足的静默读取
  语句指定的文件路径是MySQL服务端的Uploads目录，Windows下MySQL服务的运行账号（通常为Network Service）如果没有该CSV文件的读取权限，部分版本的MySQL不会抛出权限错误，而是以空文件内容完成读取流程，最终不会导入任何数据。
• 字段不兼容的行级跳过
  语句未指定字符集、未显式映射CSV列到目标表字段，MySQL会默认按目标表的列顺序逐行匹配字段值，一旦出现以下情况，在宽松sql_mode配置下，MySQL会直接跳过无效行而不抛出硬错误，最终可能出现所有行都被跳过、零数据导入的情况：
  • CSV内的字段类型、列数和目标表配置不兼容
  • CSV内的所有行的主键值都和表现有数据重复
• 运行环境的路径识别偏差
  语句中写的路径为Windows原生路径，如果MySQL服务实际运行在WSL、Docker容器等类Linux环境中，会识别不到对应的Windows路径下的文件，转而读取服务端虚拟文件系统下的同名空文件，最终无数据导入且无报错。
• secure_file_priv 权限校验静默失败
  执行SHOW VARIABLES LIKE 'secure_file_priv';核对当前允许的导入根路径，如果实际允许的路径和写的文件路径不在同一权限管辖范围内，部分权限配置不足的场景下，MySQL不会抛出明确的路径权限错误，而是跳过整个文件读取流程，最终零数据导入。

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