从CSV导入MySQL表时行值不匹配，求问题排查原因

我来帮你梳理下这个问题的常见诱因，都是实际操作里容易踩的坑：

• 分隔符/字段包裹符不匹配
  MySQL默认用逗号(,)作为字段分隔符、双引号(")作为字段包裹符，但如果你的CSV文件实际用的是制表符(\t)、分号(;)当分隔符，或者字段里包含分隔符却没加包裹符，就会直接把字段拆错。比如CSV里的nom字段是"Laptop, 15-inch"，如果导入时没指定ENCLOSED BY '"'，MySQL会把逗号当成字段分隔符，把15-inch塞到ref字段里，直接乱套。
  举个正确的导入命令示例：

  LOAD DATA INFILE '/path/to/products.csv'
  INTO TABLE products
  FIELDS TERMINATED BY ',' ENCLOSED BY '"'
  LINES TERMINATED BY '\n'
  IGNORE 1 LINES; -- 如果CSV有表头的话一定要加这个
  

• 字段顺序不对应
  你创建的表字段顺序是id_p, nom, ref, price, active, shopname, id_shop_default, id_image...，但如果CSV文件里的列顺序和这个不一致（比如CSV第一列是nom而不是id_p），导入后每个字段都会拿到错误的值。比如CSV里的商品名会被塞到id_p这个int类型字段里，要么报错要么被转成0，后面的所有数据全错位。

• 数据类型不兼容
  你的表字段有严格的类型限制：比如ref是int(11)但CSV里这个字段有字符串（比如REF-123）、price是decimal(10,2)但CSV里的价格是199,99（用逗号当小数点）或者带货币符号($199.99)，MySQL会自动做类型转换，要么转成默认值（int转0）要么报错，最终导致数据和预期不符。

• 换行符/编码不一致
  不同系统生成的CSV换行符不一样：Windows是\r\n，Linux/Mac是\n，如果导入时没指定正确的换行符，MySQL可能会把多行数据当成一行，或者把一行拆成多行。另外，如果CSV的编码（比如UTF-8带BOM、GBK）和数据库表的编码（比如UTF-8）不匹配，会出现乱码，看起来像是数据不匹配。

• 表头未跳过或缺失字段处理错误
  如果你的CSV文件第一行是表头（比如id_p,nom,ref...），但导入时没加IGNORE 1 LINES，表头的字符串会被当成第一行数据塞到id_p字段里，直接导致后续所有行的字段错位。另外，如果CSV里某些行有缺失的字段（比如某行少了active的值），而你的表字段都是NOT NULL，MySQL会用默认值填充或者报错，也会打乱数据对应关系。

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