一、MySQL 与 set names 有关的三个变量：

1. character_set_client:只是用来（向MySQL服务器）说明客户端使用的sql语句采用的是什么编码，并不会进行转换。

2. character_set_connection:见MySQL文档。

3. character_set_result:见MySQL文档。

值得注意的是另外两个变量: 

character_set_server 与 character_set_database：他们是用来指示MySQL最终以什么样的编码把数据存到磁盘上，这时会做必要的变换（这一点从实践中得出，MySQL文档中未提到）。其他信息见MySQL文档。

 

二、character_set_client只起到标示的作用，而且标示得不一定对。那么我客户端的编码究竟是什么？

分三个情景：

1. 在终端中直接写上SQL语句，如 insert into tb_temp(null, "情景一");  这里语句的编码是由locale决定的,通过LANG设置。locale 决定了键盘的输入和终端的显示（这里的“显示”，因理解为终端的输出缓存里的字符的编码）（在某终端里设置，只对该终端有效）。比如，LANG=zh_CN.gbk，那么语句是gbk编码的；LANG=zh_CN.utf8，那么语句是utf8编码的。如果输入到终端的是乱码，那么是 locale的设置 和 终端上的用来解析输出缓存里的字符的编码不一致。

这里顺便提到VIM。有时在VIM中会遇到乱码的情况。encoding变量默认情况下与locale的设置相同。说明文档（:set encoding-names 查看）指出，如果这两者不一致，vim会帮我们转换。前提是你要装好libiconv。不然除了不会给你自动转换，而且一些字符集如gb2312它会提示没有。在VIM命令模式下，使用set fenc? 来查看当前文件的编码。用“set fenc=” 可将文件设置成另一种编码，这也需要libiconv的支持。

我的.vimrc文件内容如下： 

*****************************

  set nu

  set tabstop=4

  set encoding=utf8

  set fileencoding=utf8

  set fileencodings=utf8,chinese,Latin1

*********************************

若不设置fileencodings（工作原理见说明文档），vim中默认fileencodings=ucs-bom,utf-8,latin1。这样的情况下，你的gbk文件在vim是乱码的，因为被当成Latin1编码来显示。fileencoding是用来指定你创建一个文件时所用的编码。（显然，若不设置fileencoding，那么新建的文件会保存成encoding指定的格式）。fileencoding需要与fileencodings配合使用才行。

这样设置好后，便能在LANG=zh_CN.utf8的情况下，编辑gbk以及其他格式的文件。
 
2.在console里粘贴数据
这种情况下，粘贴进的数据是在终端解释数据所用的字符集里，跟locale无关。
 
3.使用脚本文件进行mysql的操作
比如 mysql > source /home/aa/test.sql
那么所执行的sql语句的编码与其所在的文件的编码一致。
 
 
三、实践指导意义：
1.
mysql数据库的my.cnf 增加如下设置：
[mysqld]
default-character-set = utf8  #以便能存储任何编码的数据
2.
保证程序进行数据库操作前都使用set name xx， 就不会出现乱码。 若进数据库发现有乱码，试着改character_set_result;