导出文件字符集选错会导致乱码、incorrect string value 错误或数据截断；真正决定文件编码的是“character set of the file”选项（如utf-8），而非页面显示的连接字符集；快速导出无法临时修改，须用自定义导出调整；csv需设utf-8并加bom才被excel正确识别。
导出文件字符集选错，恢复或导入时大概率乱码、报 incorrect string value 错误，甚至数据截断——不是数据库编码错了，而是导出文件的字面量编码和实际解析方式不匹配。
导出页顶部显示的“当前连接字符集”不是文件编码
phpMyAdmin 导出时页面顶部会显示类似 Current connection charset: utf8mb4 的提示，这只是 MySQL 客户端连接层的字符集，影响 SQL 语句传输，但不决定生成的 .sql 文件里中文、emoji 等字符以什么字节序列写入。真正控制文件内容编码的是「格式特定选项」里的 Character set of the file（文件字符集）。
- 如果数据库用
utf8mb4存 emoji 或四字节中文，导出文件必须设为utf-8（注意是带连字符的utf-8，不是UTF8或utf8） - 若导出后用 Excel 打开乱码，且你改过系统区域设置（如 Windows 默认简体中文），优先尝试
gbk或gb2312——但仅限导出给旧版 Excel 用，不推荐长期使用 -
latin1仅适用于纯英文/数字库，混中文必丢字
快速导出 vs 自定义导出：字符集控制权不同
「快速导出」用的是 $cfg['Export']['charset'] 配置值（默认 utf-8），无法在界面上临时修改；「自定义导出」则能在「格式特定选项」里手动覆盖该值。
- 要临时换编码（比如导一份给老系统用），必须选「自定义导出」，然后展开「格式特定选项」→ 找到
Character set of the file下拉框 - 想一劳永逸改默认值，编辑
config.inc.php，加或改这一行：$cfg['Export']['charset'] = 'utf-8'; - 注意：改配置后需重启 Web 服务（如 Apache/Nginx）或清空 PHP opcode 缓存，否则不生效
CSV 导出时字符集与分隔符的耦合陷阱
CSV 不是纯文本那么简单，Excel 解析它时既看文件字节，也看 BOM 和响应头。选错字符集，分隔符可能被当成乱码的一部分，人眼根本看不出逗号在哪。
- 导出 CSV 时，
Character set of the file必须设为utf-8，且导出后用记事本另存为「UTF-8 with BOM」——否则 Excel 97–2016 默认当 ANSI 解析 - 别信「CSV for MS Excel」格式能自动适配：它只是把字段用双引号包起来、换行符转
\r\n，但字符集仍由Character set of the file决定 - 如果导出后 Excel 分列失败，先用 VS Code 或 Notepad++ 查看真实编码，再反推该设哪个字符集
最易被忽略的一点：浏览器下载响应头里的 Content-Type 可能覆盖你选的字符集（比如返回 text/plain; charset=iso-8859-1），此时即使文件内容是 UTF-8 字节，也会被错误解析。遇到这种情况，直接绕过浏览器，用 mysqldump --default-character-set=utf8mb4 命令行导出更可靠。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
