遇到腾讯云CDB连接字符集设置一个坑

数据库小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《遇到腾讯云CDB连接字符集设置一个坑》带大家来了解一下遇到腾讯云CDB连接字符集设置一个坑，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

最近一个与qq有关的服务迁到腾讯云上，相应的数据库也要从原阿里云RDS迁移到腾讯云CDB上，经过一番摸索，不带任何政治色彩的说，CDB跟RDS相比弱的不止一条街。比如看个错误日志还要提工单，数据库访问没有白名单，数据传输服务竞不支持源库的开启GTID，自带的后台管理是phpMyAdmin，要临时看查询日志也要提工单，当然这些都是可以容忍通过其它方法解决的，但是如果使用上带来了mysql数据库本身的影响，就用的不太爽了。

最近2个月一直在弄与字符集相关的工作，却还是在cdb踩到一个大坑。情况是这样的，我们旧的RDS上的数据库表定义都是utf8，但由于历史原因，开发一直使用 latin1 去连接的。现在要把这样的一个db迁移到CDB，腾讯云的数据传输服务出了点问题，于是想了办法用阿里云的DTS反向迁。现象是：

1. 用Navicat客户端latin1连接，旧数据显示都ok

2. 但程序端看到历史数据全是乱码，新数据正常

3. 而且新数据通过navicat去看用 utf8 连接才正常

4. 在mysql命令行下手动

   set names latin1

   读取旧数据ok，但新数据乱码

这明显是新写入的时候就是以 utf8 连接的，读取的时候新旧数据也以 utf8 连接。但应用端已明确设置使用 latin1 连接来读写。为了验证是否CDB的问题，在相同环境下自建了个mysql实例，一切都ok。

腾讯云工程师先是怀疑迁移有问题，后来说可能是character_set_server设置的问题，我站在2个月来处理字符集的经验看了虽然不太可能，还是配合截了几个图，在工单、电话了里撕了几个来回：

因为跟腾讯有合作关系，上头就直接联系到了腾讯云的人，这才找到问题根源：都是

--skip-character-set-client-handshake

--character-set-client-handshake

Do not 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

一看到这个选项就恍然大悟了，官方文档FAQ里有专门介绍：A.11.11（个人感觉最后一段贴的结果有问题），大意是说为了兼容 mysql 4.0 的习惯，mysqld启动时加上

--skip-character-set-client-handshake

character-set-server

但这个选项默认是没有开启的，当你在web控制台修改了实例字符集时，CDB自作自作主张修改了这个参数并重启 character_set_client_handshake = 0 。而这个参数在

show variables

主要是以前没听过这个参数，后来发现老叶也有篇文章讲到它 MySQL字符集的一个坑，其实是很小的东西，结果排查验证问题前后花了2天。。。

原文链接地址：http://seanlook.com/2016/10/1...

以上就是《遇到腾讯云CDB连接字符集设置一个坑》的详细内容，更多关于mysql的资料请关注golang学习网公众号！