花花鱼的专栏

MySQL字符集冲突解决方案：本文针对"Illegal mix of collations"报错，深度解析字符集(Charset)与排序规则(Collation)差异，指出MySQL5.7与8.0版本迁移时的常见冲突场景（如0900_ai_ci规则不兼容）。提供三层解决方案：1)紧急方案-通过COLLATE强制统一规则；2)根治方案-使用ALTER TABLE整表转换字符集；3)长期规范-建表明确定义charset/collation。特别强调JDBC连接参数无法根本解决问题，需通过元数

解决MySQL GTID冲突的核心方法是将导出参数set-gtid-purged设为OFF。该冲突源于GTID的唯一性规则被破坏，当备份文件中的GTID与目标库已执行的GTID重叠时，会触发ERROR 3546错误。通过禁用GTID导出功能，可避免SQL文件包含GTID相关语句，从而绕过唯一性校验。此方法适用于测试环境，若为主从环境则需同步GTID状态。操作时需在导出设置中将set-gtid-purged从AUTO改为OFF，保持其他选项不变即可。

MySQL utf8mb4排序规则选择指南：utf8mb4_0900_ai_ci是通用场景首选，不区分大小写和重音；utf8mb4_0900_as_cs严格区分大小写和重音；utf8mb4_bin适用于密码等敏感字段；特定语言场景应选用对应语言的排序规则（如utf8mb4_croatian_ci）。电商平台商品名用ai_ci提升搜索体验，订单号用as_cs确保精确匹配；社交应用昵称用ai_ci，敏感词用as_cs；多语言应用需根据语言特性选择专用规则。建议数据库级别统一设置utf8mb4_0900_ai_c

本文介绍了Docker的汉化安装及MySQL容器配置过程。首先从GitHub下载Docker汉化补丁，Windows系统需将asar文件重命名为app.asar后进行替换安装。接着详细说明了拉取MySQL 5.7/8.0镜像的操作步骤，重点讲解了包含端口映射、数据卷挂载和环境变量配置的容器启动命令，并提供了my.cnf配置文件的完整内容示例。最后演示了在MySQL 8.0中创建utf8mb4编码数据库的操作，并分享了从MySQL 5.7升级到8.0的实践经验，包括清理旧版本数据文件等注意事项。

MySQL中utf8mb4_bin和utf8mb4_general_ci是两种排序规则，主要区别在于：1）utf8mb4_bin按二进制编码排序，区分大小写和重音符号，适用于密码、唯一标识等需要精确匹配的场景；2）utf8mb4_general_ci不区分大小写和重音，适合常规文本查询。选择建议：需要严格区分字符差异时用_bin，常规文本搜索用_general_ci。此外utf8mb4_unicode_ci支持更复杂的语言排序规则但性能稍低。

mysql5.7 修改mysql 8备份的sql中的字符集，然后向下兼容5.7版本。

mysql Field 'ssl_cipher' doesn't have a default value的解决，使用授权的方法。