MySQL skip-character-set-client-handshake导致的一个字符集问题
程序员文章站
2024-03-01 20:12:34
今天帮同事处理一个棘手的事情,问题是这样的:
无论在客户机用哪个版本的mysql客户端连接服务器,发现只要服务器端设置了
复制代码 代码如下:character-set...
今天帮同事处理一个棘手的事情,问题是这样的:
无论在客户机用哪个版本的mysql客户端连接服务器,发现只要服务器端设置了
复制代码 代码如下:
character-set-server = utf8
之后,
复制代码 代码如下:
character_set_client、 character_set_connection、character_set_results
就始终都是和服务器端保持一致了,即便在mysql客户端加上选项
复制代码 代码如下:
--default-character-set=utf8
也不行,除非连接进去后,再手工执行命令
复制代码 代码如下:
set names latin1
,才会将client、connection、results的字符集改过来。
经过仔细对比,最终发现让我踩坑的地方是,服务器端设置了另一个选项:
复制代码 代码如下:
skip-character-set-client-handshake
文档上关于这个选项的解释是这样的:
复制代码 代码如下:
--character-set-client-handshake
don't ignore character set information sent by the client. to ignore client information and use the default server character set, use --skip-character-set-client-handshake; this makes mysql behave like mysql 4.0
这么看来,其实也是有好处的。比如启用 skip-character-set-client-handshake 选项后,就可以避免客户端程序误操作,使用其他字符集连接进来并写入数据,从而引发乱码问题。
推荐阅读
-
MySQL skip-character-set-client-handshake导致的一个字符集问题
-
Mysql中大小写敏感问题导致的MySql Error 1146 Tabel doen’t exist错误
-
深入探寻mysql自增列导致主键重复问题的原因
-
mysql数据校验过程中的字符集问题处理
-
MySQL skip-character-set-client-handshake导致的一个字符集问题
-
MySQL slave_net_timeout参数解决的一个集群问题案例
-
mysql数据校验过程中的字符集问题处理
-
MySQL slave_net_timeout参数解决的一个集群问题案例
-
浅析一个MYSQL语法(在查询中使用count)的兼容性问题
-
基于mysql 5.5 设置字符集问题的详解