《我们仨》 —— Mysql中character_set_client、connection和results

本文链接：https://blog.csdn.net/qq_46225886/article/details/111564032

大家好，我是方圆，我终于更新文章了！

1. 写在前头

最近在读《MySQL是怎样运行的》，它真的是一本儿写得非常用心的书。

这篇博客儿参考书中P44-P52，这部分读一遍不容易读懂（我认为），所以我想把它写的更通俗更好理解。

在读之前，首先一定要明白，MySQL客户端与服务器进行通信时，发送的请求和返回的响应本质上都是字节序列，我们要说的这三个系统变量，规定三个字符集，用于字节序列的转换。

2. 咱给你把这三个“兄弟”说道说道

上代码！

show variables like 'character_set%';

在这里插入图片描述
瞧！这仨出来了！

它们都有同样的姓氏：character_set_，各自名字呐，分别叫client、connection、results，它们在服务器系统变量上都是SESSION级别的（也就是说，对应每一个客户端连接）

在这里插入图片描述
每个客户端在连接服务器时，都会将默认的字符集信息与用户名、密码等信息一起发给服务器，服务器根据发过来的信息，一下就把这三个系统变量规定好了！

别光看，得记住！

这下好，记住了昂，那我们接着说！

大哥character_set_client，它是干啥的？服务器接收到客户端发送过来的字节序列，会认为它是按照这个字符集进行编码的。

（那，会按照这个字符集进行处理吗？）

不会的不会的，这时候就要character_set_connection上场了，我们要进行一次字符集的编码转换，转换成二哥，也就是character_set_connection对应的字符集，这样服务器才对客户端发过来的字节序列进行处理。

书中如下写：
服务器会将请求的字节序列当作采用character_set_client对应的字符集进行编码的字节序列，不过在真正处理请求时，又会将其转换为使用SESSION级别的系统变量character_set_connection对应的字符集进行编码的字节序列。

那有同学说了，这是不是有点儿麻烦呀？我们为什么不直接用character_set_client字符集，直接处理呢？

问到点儿上了，我们接着看。上代码！

select 'a' = 'A';

在这里插入图片描述
我们从结果中可以看到，这两个字符是相等的（因为我们此时的character_set_connection是utf8，对应的比较规则是utf8_general_ci不区分大小写）

我们将其比较规则修改一下，再进行比较。

set collation_connection=utf8_bin;

在这里插入图片描述

这个时候我们再看，这两个字符便不相等了，我们修改的是character_set_connection的比较规则，发现它起作用了！

我们接着说下一种情况。

还是上代码！

mysql> create table temp(
    -> c varchar(10)
    -> )engine=InnoDB charset=gbk;

mysql> insert into temp (c) values('我');

我们创建了如下表，只有一行数据。
在这里插入图片描述
接下来，我们要执行一条语句（铺垫一下，此时我们的character_set_connection为utf8，比较规则collation_connection为utf8_bin，而对应的列，我们在建表时已经规定它的编码方式了，为gbk和gbk_chinses_ci