这种乱码我之前处理过好多次，是典型的**双重编码（double encoding）**问题——简单说就是原本的UTF-8字符被错误地以Latin-1（ISO-8859-1）编码读取，之后又被二次以UTF-8格式存储，才会出现Zürich、Grône这类多层乱码。下面分三个场景给你具体解决方案：

一、先修复原始CSV文件 #

如果还没导入数据库，优先修复源文件，避免后续麻烦：

1. 用文本编辑器手动修复（适合小文件） #

用VS Code、Notepad++这类专业编辑器打开CSV：

• 打开后点击编辑器右下角的编码显示（比如默认显示“UTF-8”）
• 选择「重新打开编码」，尝试切换为Windows-1252或ISO-8859-1，这时乱码应该会恢复成正确的Zürich、Genève
• 确认正常后，选择「通过编码保存」，保存为UTF-8编码，文件就彻底修复了

2. 用Python批量修复（适合大型CSV） #

如果文件太大手动处理麻烦，写一段简单的脚本批量修复：

import csv

# 替换为你的乱码文件路径和输出路径
input_path = "broken_contacts.csv"
output_path = "fixed_contacts.csv"

with open(input_path, 'r', encoding='utf-8') as infile, \
     open(output_path, 'w', encoding='utf-8', newline='') as outfile:
    reader = csv.reader(infile)
    writer = csv.writer(outfile)
    for row in reader:
        # 核心修复逻辑：把乱码字符串先转成Latin-1字节，再用UTF-8解码
        fixed_row = [
            cell.encode('latin-1').decode('utf-8') 
            if isinstance(cell, str) else cell 
            for cell in row
        ]
        writer.writerow(fixed_row)

运行后就能得到修复好的UTF-8编码CSV。

二、正确导入MySQL的姿势 #

修复好文件后，要确保数据库端的编码配置正确，避免再次出现乱码：

1. 确保表和字段用utf8mb4编码 #

utf8mb4是MySQL对UTF-8的完整支持（默认的utf8只支持部分Unicode字符），创建表时指定：

CREATE TABLE contacts (
    id INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(255),
    city VARCHAR(255)
) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

2. 导入时指定编码 #

用LOAD DATA INFILE导入时，一定要加上字符集声明：

LOAD DATA INFILE '/path/to/fixed_contacts.csv'
INTO TABLE contacts
CHARACTER SET utf8mb4
FIELDS TERMINATED BY ',' ENCLOSED BY '"'
LINES TERMINATED BY '\n'
IGNORE 1 ROWS; -- 如果CSV有表头就加这行

如果用phpMyAdmin等可视化工具导入，在导入选项里也要把文件编码设为UTF-8。

三、已经导入数据库的乱码修复 #

如果已经把乱码数据存进MySQL了，不用重新导入，直接用SQL语句修复：

-- 先备份表！执行前一定要备份
UPDATE contacts
SET city = CONVERT(CONVERT(city USING latin1) USING utf8mb4);

这个语句的逻辑和Python脚本一样：先把错误存储的字符串用Latin-1转成原始字节，再用utf8mb4解码成正确字符。如果多个字段有乱码，把city换成对应的字段名即可。

最后注意事项 #

• 全程保持编码一致：文件编码、数据库连接编码（比如JDBC/PHP连接时指定charset=utf8mb4）、应用程序编码都要统一为UTF-8
• 尽量避免用Windows记事本打开CSV，它的编码检测经常出错，优先用专业文本编辑器

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