| 您的当前位置：首页 --> MYSQL教程 --> MySQL skip-character-set-client-handshake导致的一个字符集问题 |
| MYSQL教程 MySQL skip-character-set-client-handshake导致的一个字符集问题 |
| 浏览次数:583 关键词 （ ） |
| 查看使用该CPU的产品 查看CPU天梯 |
| CPU型号：MySQL skip-character-set-client-handshake导致的一个字符集问题 |
| 主频：Ghz |
| 睿频：Ghz |
| 核心数：个 |
| 不支持超核心 |
| 制作工艺： |
| 插槽类型： |
| 功耗：0W |
| L3缓存：0MB |
| 支持最大内存： 0GB |
| CPU详细参数 |
|
今天帮同事处理一个棘手的事情，问题是这样的： 无论在客户机用哪个版本的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 选项后，就可以避免客户端程序误操作，使用其他字符集连接进来并写入数据，从而引发乱码问题。 |
| 下一个产品 SQL计算timestamp的差值的方法 上一个产品 MySQL5.1主从同步出现Relay log read failure错误解决方法 |