修改MariaDB排序规则本地生效，EC2服务器无效问题求助

遇到这种跨环境的字符编码问题确实挺闹心的，我帮你梳理几个关键方向，一步步排查应该能找到根源：

• 检查EC2上MariaDB的全局字符集配置
  库表的排序规则正确不代表全局配置没问题，登录EC2的数据库，执行以下命令查看全局编码参数：

  SHOW VARIABLES LIKE '%char%';
  SHOW VARIABLES LIKE '%collation%';
  

  重点关注character_set_server、character_set_client、character_set_connection、collation_server这几个参数，确保它们的值是utf8（或更推荐的utf8mb4，因为MariaDB的utf8实际是utf8mb3，对部分字符支持有限），且和你本地的配置一致。如果这些参数不对，即使库表设置正确，插入数据时还是会出现编码转换错误。

• 验证数据库连接时的字符集设置
  很多时候问题出在应用或客户端的连接配置上，而非数据库本身。比如：

  • 如果是命令行连接，尝试用mysql --default-character-set=utf8登录后插入俄文数据，再查询看是否正常；
  • 如果是应用程序连接，比如JDBC要确保URL里加了useUnicode=true&characterEncoding=utf8，Python的SQLAlchemy要指定charset=utf8。
    要是直接用指定编码的客户端连接能正常显示，那问题大概率在应用的连接配置上。

• 排查导出导入过程的编码问题
  导出数据库时如果没指定正确的字符集，导出的SQL文件里可能已经是问号了，导入到EC2自然也不对。你可以：

  1. 打开本地导出的SQL文件，直接查看里面的俄文内容是否正常；
  2. 确认导出时的命令是否加了编码参数，比如mysqldump --default-character-set=utf8 -u username -p dbname > dump.sql。
     如果导出文件里的俄文已经是问号，那问题出在导出环节，和EC2无关。

• 核对表和字段的字符集细节
  虽然你说本地和EC2的schema一致，但还是建议在EC2上执行SHOW CREATE TABLE your_table_name;，仔细核对每个字段的CHARSET和COLLATION是否确实是utf8_unicode_ci（或utf8mb4_unicode_ci）。有时候导出导入过程中可能会有个别字段的配置没同步到位。

• 做个直接插入的测试
  在EC2的数据库里直接执行插入语句：

  INSERT INTO your_table (your_column) VALUES ('Привет');
  SELECT * FROM your_table WHERE your_column = 'Привет';
  

  如果这个测试能正常显示俄文，说明数据库本身的配置是对的，问题出在导入的数据或者应用连接上；如果直接插入还是问号，那肯定是数据库的全局或库级别的字符集配置有问题。

• 检查EC2系统的环境编码（辅助排查）
  虽然这个更多影响终端显示，但可以排除干扰：执行echo $LANG，看输出是否是UTF-8格式（比如en_US.UTF-8）。如果系统编码不是UTF-8，终端显示可能会乱码，但数据库里实际存储的应该是正确的——不过还是确认下更稳妥。

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