解决CMD中MySQL插入及查询中文乱码问题

问题现象与分析

当您的MySQL服务器和数据库均已正确设置为 utf8 编码，并且应用程序能顺利写入中文数据时，如果在CMD命令行界面中尝试新增包含中文的数据，通常会遇到以下两种情况：

1. 写入报错：执行 INSERT 语句时出现类似 “Incorrect string value: '\xB2\xE2\xCA\xD4' for column '...' at row 1” 的错误提示。
2. 查询乱码：执行 SELECT 语句查询之前由程序插入的中文数据时，屏幕上显示为无意义的符号或方块（如“???”），而非原始中文。

这种现象的核心原因在于编码不匹配。虽然数据库内部存储的是正确的UTF-8编码字节，但Windows CMD命令行工具默认使用的是GBK编码进行数据的接收与展示。当CMD试图以GBK解码UTF-8的字节流，或以GBK向服务器发送UTF-8指令时，就会发生解析错误，导致写入被拒或读取乱码。使用图形化管理工具（如Navicat、DBe等）之所以正常，是因为这些工具内部处理了字符集转换，不与系统终端编码强耦合。

排查CMD当前编码状态

首先，我们需要确认当前CMD窗口的编码设置。虽然无法直接在命令提示符内永久更改代码页，但可以通过以下方式检查当前环境：

1. 检查当前代码页：在CMD中输入 chcp 并回车。如果返回 936，则代表当前编码为GBK；如果返回 65001，则代表当前编码为UTF-8。
2. 临时切换测试：可以尝试输入 chcp 65001 将当前会话切换为UTF-8，然后重试之前的SQL操作。如果此时数据写入成功且查询正常，说明确实是编码问题。

注意：chcp 命令仅对当前打开的CMD窗口有效，关闭窗口后失效。若要一劳永逸地解决，需要修改系统的注册表或CMD快捷方式属性。

解决方法：修改CMD默认编码

最推荐的方法是通过注册表永久将CMD的默认代码页设置为65001（UTF-8），或者针对特定快捷方式进行修改。以下是基于界面操作的步骤，适用于大多数Windows版本：

第1步：打开CMD属性设置

启动命令提示符（CMD）窗口。鼠标右键点击窗口顶部的标题栏边框，在弹出的菜单中选择 属性。这一步是为了进入窗口的外观与行为配置界面。

第2步：确认并修改编码选项

在弹出的“命令提示符 属性”对话框中，切换到 字体 或 选项 标签页（不同Windows版本位置略有差异，重点看选项页）。这里主要关注编码相关设置：

• 方案A（推荐）：修改注册表全局生效
  对于Windows 10/11，建议在设置中或通过PowerShell运行以下命令，将CMD的默认代码页改为UTF-8：

  reg add HKCU\Console /v CodePage /t REG_DWORD /d 65001 /f

  此操作无需修改快捷方式，新建的所有CMD窗口都将自动以UTF-8运行。
• 方案B：修改快捷方式属性
  如果您不想全局修改，可以右键点击开始菜单中的“命令提示符”，选择“更多”->“打开文件位置”。找到CMD快捷方式，右键选择“属性”，在“起始地址”或“目标”栏的末尾添加空格和 /c chcp 65001 &&（这种方法较复杂，推荐方案A）。
  更简单的界面操作是：在CMD窗口属性中，如果有关于“输出编码”或“ANSI兼容性”的选项，请确保勾选或设置为UTF-8。

第3步：验证修复效果

关闭所有现有的CMD窗口，重新打开一个新的CMD。输入 chcp 再次执行，确认返回值为 65001。随后尝试执行之前的 INSERT 和 SELECT 语句，观察是否还有报错，以及中文数据是否显示正常。

其他注意事项

如果上述方法无效，请检查MySQL连接参数。确保在连接字符串或 my.cnf/my.ini 配置文件中，客户端连接字符集也明确指定为 utf8mb4。此外，部分老旧软件生成的快捷方式可能带有固定编码标记，建议重建CMD快捷方式。

总结

CMD中文乱码问题本质是操作系统终端编码与数据库字符集的冲突。通过将CMD默认代码页从GBK（936）改为UTF-8（65001），可以从根本上解决命令行下MySQL中文数据的读写障碍。对于开发环境，保持客户端、服务端和终端三者编码统一是避免此类问题的最佳实践。