麒麟v10 上部署 TiDB v5.1.2 生产环境优化实践
502
2023-05-23
MySQL字符集,永恒的痛
最近迁移mysql和升级mysql版本,遇到了很多乱码(主要是表情问题)问题,所以记录下。
mysql字符集分别支持四种级别的字符集和对应的比较规则,比如服务器级别的是character_set_server,数据库级别的是character_set_database,表级别和列级别也可以设置字符集,比如:
create database test CHARSET set utf8mb4 COLLATE utf8_general_ci
另外字符集比较也要遵循规则,比较常用的比较规则是utf8_general_ci。
一般服务器启动的时候配置:
[mysqld] character_set_server = utf8mb4
在安装和创建库表的时候,尽量使用utf8mb4字符集。
对于客户端(比如程序驱动、mysql工具集)有三个和字符集有关的系统变量,分别是character_set_client,character_set_connection,character_set_results,用于客户端编码解码,并和数据库交互。
这三个参数其实通过default-character-set或set names一次性指定。
具体遇到的问题分别是:
1:mysql导入导出的指定default-character-set为utf8mb4,或者会出现乱码。
2:服务器级别的字符集配置为utf8mb4,库、表、列即使不指定,也会继承服务器级别的配置。
3;mysql工具集,尽量显示指定—default-character-set字符集,比如:
[client] default-character-set=utf8mb4 [mysql] default-character-set=utf8mb4
4:如果有proxy,一定要在proxy上指定字符集
5:如果不知道有没有问题,通过phpmyadmin查看和修改,尤其查看其具体执行的mysql语句。
6:编译的时候指定字符集,比如:
cmake -DDEFAULT_CHARSET=utf8mb4 -DEXTRA_CHARSETS=all -DDEFAULT_COLLATION=utf8mb4_general_ci
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。