RDS在线迁移时候字符集问题

1. 问题描述： 您遇到的状况是数据库操作时系统提示数据库字符集为utf32，而您确认本地配置及检查结果均为utf8，这导致了实际操作与预期设定不符。

2. 可能原因：

   • 配置未生效：可能您的修改未正确应用到数据库实例中，或是更改后未重启数据库服务使之生效。
   • 默认客户端设置：客户端连接数据库时可能使用了默认或不同的字符集设置，导致显示错误。
   • 数据库对象特定字符集：可能是某些数据库表、列或数据库级别的字符集被单独设置为了utf32，覆盖了服务器默认设置。

3. 解决步骤：

   • 检查服务器配置： 确认character_set_server和collation_server参数的实际设置。在MySQL命令行中执行以下命令查看：

     SHOW VARIABLES LIKE 'character_set_%';
     SHOW VARIABLES LIKE 'collation_%';
     

     这将展示所有与字符集和排序规则相关的变量及其值。

   • 更新配置并重启： 如发现配置不一致，需更新配置文件（如my.cnf）并确保包含如下内容（以utf8为例）：

     [mysqld]
     character-set-server=utf8
     collation-server=utf8_general_ci
     

     之后，重启MySQL服务使更改生效。

   • 检查客户端连接： 确保客户端连接时指定了正确的字符集，可以通过在连接命令中加入--character-set-client-handshake=FALSE --character-set-server=utf8来强制使用utf8。

   • 检查特定对象字符集： 如果上述均无误，检查是否有特定数据库对象使用了不同的字符集，可通过查询系统表获取这些信息，例如：

     SELECT TABLE_SCHEMA, TABLE_NAME, TABLE_COLLATION
     FROM information_schema.TABLES
     WHERE TABLE_COLLATION != 'utf8_general_ci';
     

4. 注意事项：

   • 备份数据：在进行字符集修改之前，请务必备份数据库，以防配置调整导致的数据不兼容问题。
   • 字符集转换风险：直接更改字符集可能导致数据损坏，特别是当数据中存在原字符集支持而目标字符集不支持的字符时。
   • 全面测试：修改配置后进行全面的功能和数据验证，确保应用层面不受影响。

通过上述步骤，您可以定位并解决数据库字符集配置不一致的问题。如果问题依旧，建议详细检查数据库日志或联系技术支持进一步分析。