MySQL skip-character-set-client-handshake导致的一个字符集问题

http://www.quweiji.com/mysql-skip-character-set-client-handshake%E5%AF%BC%E8%87%B4%E7%9A%84%E4%B8%80%E4%B8%AA%E5%AD%97%E7%AC%A6%E9%9B%86%E9%97%AE%E9%A2%98/

这篇文章主要介绍了MySQL skip-character-set-client-handshake导致的一个字符集问题,需要的朋友可以参考下

今天帮同事处理一个棘手的事情，问题是这样的：

无论在客户机用哪个版本的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 选项后，就可以避免客户端程序误操作，使用其他字符集连接进来并写入数据，从而引发乱码问题。