MySQL的字符编码体系（二）——数据传输编码，mysql数据传输
MySQL的字符编码体系可以分成两部分：一部分是关于数据库服务器本身存储数据表时如何管理字符数据的编码；另一部分是关于客户端与数据库服务器传输数据如何编码。上一篇MySQL的字符编码体系（一）——数据存储编码讨论了数据存储编码，本篇讨论数据传输编码。MySQL的客户端可以分为两种：一种就是用C语言写的官方客户端——MySQL命令程序；一种就是平常程序员使用JDBC等connector API写成的客户端。这里只讨论第一种。
Windows客户端
MySQL命令程序在Windows和Linux系统中关于字符编码处理的部分并不等效，下图是Windows系统的客户端字符编码转换逻辑：
其中的三个character变量存在于服务器上，而charset_info存在于客户端。
当客户端启动连接到服务器时，客户端将根据配置参数设置charset_info为指定编码，同时通知服务器让服务器把三个character变量设置为相同编码。
数据传输流程
由于在Windows平台上MySQL程序在读取控制台时使用了Unicode Console Read API，所以程序从控制台获取的原始字符串实际上是UTF16编码，所以这里的“操作系统编码”并不是Windows通常的GBK，而应该看做UTF16。
Linux客户端
下图是Linux系统中的MySQL客户端程序字符编码转换逻辑：
它与Windows版的不同之处就在于，它并不把来自终端标准输入的操作系统编码字符串强制转换为charset_info编码，也不会把输出到终端的charset_info编码结果字符串强制转换为操作系统编码。也就是说，Linux平台的MySQL程序这时候会会忽略charset_info变量。当然，这样一来Linux客户端的数据传输流程就比Windows客户端对应地少几步。
乱码陷阱模拟
根据Linux平台MySQL程序的这一特点，很容易产生这样一个可能的陷阱：在Linux系统中通过MySQL客户端向数据库插入中文数据后，查询结果没有乱码，但从配置正确的Windows平台MySQL客户端查询同一个表得到的却是乱码。
可以这样模拟上述的情况：
创建一个表，其中只包含一个GBK字符串字段和UTF8字符串字段。Linux中启动MySQL连接到数据库服务器，将服务器的三个character变量从默认的UTF8修改为GBK。向数据库插入中文数据，立即select，结果无异常：
但是使用Windows的MySQL客户端查询时，结果却是乱码：
乱码分析
结合前面的数据传输流程，就能知道问题出在什么地方：
到这里为止，数据表中存了一个UTF8字符串，而服务器却当它是GBK，在同一个Linux客户端查询时：在Windows客户端查询时：
乱码“修复”
如果Windows客户端也想看到正确的结果，那就要故意错误地配置：
数据库中关于字符集的种类有很多,个人建议,数据库字符集尽量使用utf8(utf-8),以使你的数据能很顺利的实现迁移,因为utf8字符集是目前最适合于实现多种不同字符集之间的转换的字符集,尽管你在命令行工具上无法正确查看数据库中的内容,我依然强烈建议使用utf8作为默认字符集.如果你想使用gb2312编码,那么建议你使用latin1作为数据表的默认字符集,这样就能直接用中文在命令行工具中插入数据,并且可以直接显示出来.而不要使用gb2312或者gbk等字符集,如果担心查询排序等问题,可以使用binary属性约束 对编程有影响的主要是客户端字符集和数据库字符集（还有一个服务器字符集，不知道干什么用的), 数据库中常用的操作就是保存数据和读取数据，在这过程中，乱不乱码和数据库字符集貌似没有什么关系。我们只要保证写入时选择的字符集和读取时选择的字符集一致，即只需保证两次操作的客户端字符集一致即可。
在MySQL的客户端上执行一次查询的过程一般是，在客户端的提示符后面输入一条SQL语句，回车，然后终端显示出查询的结果。这个过程中，只有终端和三个MySQL的系统变量指定了正确的字符集，才能保证我们将一个正确的SQL语句送到服务器，然后服务器返回正确的结果，并且在终端正确显示。
三个MySQL的系统变量是：
1. character_set_client，终端字符集，告诉Server客户端提交的SQL语句的编码格式
2. character_set_connection，连接字符集，是服务器翻译SQL语句时用到的编码格式
3. character_set_results，返回的结果集的字符集，是服务器返回结果集之前把结果集转换成的编码格式
在MySQL终端通过执行命令 show variables like ‘char%’ 可以查看这几个变量的值。这三个变量通常都设定为同一种字符集，用命令set names [charset name]就可以修改这三个变量的值。一般来说，只要你设定了能够表示你的数据的字符集，你查询的结果都可以在终端正确显示。
举个例子，使用的表t1是utf8编码，表中的字段c1继承了这个编码，表创建如下
mysql> create table t1 ( c1 text not null ) character set utf8;
用的字符是汉字“范”，gbk编码为B7 B6，utf8编码为E8 8C 83
用下面的SQL语句插入数据
mysql> insert into t1 values( ‘范’);
a）如果终端设置为utf8，并且执行了 set names utf8，那么插入到数据库中的就是“范”这个字的utf8编码，这个过程中MySQL不需要做编码转换。写入数据库的内容可以通过执行 select hex( c1 ) from t1 得到数据的十六进制编码来验证。
b）如果终端设置为 utf8，并且执行了set names gbk，那么执行完这个插入操作后，写入的二进制数据是E9 91 BC，这是“汉字“锣”的utf8编码。这是因为，终端输入的“范”用的是utf8编码，而服务器以为终端发送过来的内容是gbk编码，所以在向t1表中插入的时候进行了一次gbk到utf8的转换，结果当然是错误的。
c）如果终端设置为gbk，并且执行了set names gbk，那么执行完插入操作后，写入t1的依然是“范”这个字的utf8编码。插入过程中，终端输入的是“范”的gbk编码B7 B6，服务器被告知终端发......余下全文>>
如果你用Navicat Premium软件管理的话，直接点中数据库名按右键查看字符集即可！
若你是用PHPADMIN的话，点数据库名，右上面就会显字符集；