MySQL skip-character-set-client-handshake导致的一个字符集问题
今天帮同事处理一个棘手的事情,问题是这样的:
无论在客户机用哪个版本的mysql客户端连接服务器,发现只要服务器端设置了
之后,
就始终都是和服务器端保持一致了,即便在mysql客户端加上选项
也不行,除非连接进去后,再手工执行命令
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的Replace into 与Insert into on duplicate key update真正的不同
今天听同事介绍oracle到mysql的数据migration,他用了Insert into ..... on duplicate key update ...,我当时就想怎么不用Replace呢,于是回来就仔细查了下,它们果然还是有区别的2014-02-02MySQL Innodb 存储结构 和 存储Null值 用法详解
这篇文章主要介绍了MySQL Innodb 存储结构 和 存储Null值 用法详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧2020-07-07
最新评论