MySQL导入CSV：VARCHAR类型邮政编码查询匹配异常求助

问题根源 #

你遇到的情况是因为CSV里的邮政编码字段后面带了不可见的特殊字符（比如Windows换行符里的\r、制表符\t，或者其他非打印ASCII字符）。虽然表字段是VARCHAR类型，但存储的字符串实际是1000+特殊字符，所以用'1000'精确匹配时找不到；而MySQL在把字符串和数字1000比较时，会自动截断字符串里的非数字部分，只保留前面的数字，所以用1000能查到。TRIM函数只能去除空格，对这些特殊字符无效。

排查特殊字符的方法 #

先执行这条SQL，查看异常值的十六进制编码，对比正常'1000'的十六进制（31303030），多出来的部分就是特殊字符：

SELECT postal_code, HEX(postal_code) FROM PostalCode WHERE postal_code LIKE '1000%';

比如如果结果里HEX是313030300D，那末尾的0D就是回车符\r；如果是3130303009，就是制表符\t。

解决方法 #

1. 修复已导入的数据

根据排查出的特殊字符，用UPDATE语句清洗：

• 如果是回车符\r：

UPDATE PostalCode SET postal_code = TRIM(TRAILING '\r' FROM postal_code);

• 如果是其他未知特殊字符，直接保留数字（假设邮政编码全是数字）：

UPDATE PostalCode SET postal_code = REGEXP_REPLACE(postal_code, '[^0-9]', '');

2. 调整导入语句，避免后续再出现问题

在LOAD DATA里直接清洗字段，比如：

LOAD DATA LOCAL INFILE 'path/postal_code.csv' 
INTO TABLE PostalCode
FIELDS TERMINATED BY ',' 
ENCLOSED BY '"'
LINES TERMINATED BY '\r\n'  -- 注意：如果是Windows生成的CSV，换行符是\r\n，改成这个避免留\r
IGNORE 1 ROWS
(@postal_code)
SET postal_code = REGEXP_REPLACE(@postal_code, '[^0-9]', '');  -- 过滤非数字字符，确保纯数字邮编

如果确定只是换行符问题，也可以用TRIM处理：

SET postal_code = TRIM(TRAILING '\r' FROM @postal_code);

3. 预处理CSV文件

用Notepad++这类编辑器打开CSV，开启「显示所有字符」（视图→显示符号→显示所有字符），检查每行末尾的换行符，或者字段里的隐藏字符，直接替换掉再导入。

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