小鱼们欢快的闹腾起来，有的甩动着尾巴，有的吐着泡泡，有的扭动着身体，互相追玩，好不热闹。春天来了！你看，融化的冰水把小溪弄醒了。 "丁粳、丁粳 "，它就像大自然的神奇歌手，唱着清脆悦耳的歌，向前奔流……
今天帮同事处理一个棘手的事情，问题是这样的：
无论在客户机用哪个版本的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-handshakeDon'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 选项后，就可以避免客户端程序误操作，使用其他字符集连接进来并写入数据，从而引发乱码问题。
本文MySQLskip-character-set-client-handshake导致的一个字符集问题到此结束。为了成材，松树从不向四季如春的温室外献殷勤。小编再次感谢大家对我们的支持！