mysql charset=utf8你真的弄明白意思了吗

1、先来查看一个建表语句

create table student(  sid int primary key aotu_increment,  sname varchar(20) not null,  age int)charset=utf8;

当我们建表时，不指定charset=utf8的时候，此时插入中文，为什么会报错呢？
当指定charset=utf8后，再次插入中文，为什么又可以插入中文，并且不乱码呢？

2、查看CMD黑窗口的字符集

打开CMD黑窗口–>鼠标放在窗口最上方–>点击鼠标右键–>属性–>点击选项

在这里插入图片描述

通过上图可以知道：CMD中输入文字使用的字符编码是GBK。同时你在保存文件的时候，经常会看到ANSI字符集，这个代表的是本地字符集，我们在中国，本地字符集使用的就都是GBK编码。

3、你注意这个问题了吗？

在这里插入图片描述

客户端client输入的字符，都是采用GBK编码的。mysql服务器存储的字符又是UTF8编码的。那么，我们对数据库、表进行增删改查，最后返回到客户端界面中，要想保证字符不乱码，肯定是经过了"编码转换过程的"。我要问的是，究竟是什么东西完成了这个编码的转换过程的？

4、你不熟悉的几个mysql操作命令

-- 查看数据库支持的所有的字符集(这句命令自己下去操作)。mysql> show character set;-- 查看系统当前状态，里面可以看到部分字符集设置。mysql> status;-- 查看系统字符集设置，包括所有的字符集设置mysql> show variables like '%char%';

在这里插入图片描述

通过上图我们可以看到有一个叫做"connection"的东西，中文名叫做"连接器"。"连接器"就是用来进行"编码转换过程"的。

1）连接器的特性

① “连接器的作用”：

连接客户端与服务端，进行字符集的转换。连接器有这种自动转换的功能。

② “连接器的工作流程”：
Ⅰ首先，客户端的字符先发给连接器，连接器选择一种编码将其转换(转换之后的编码，与连接器的编码格式一致)，进行临时存储。
Ⅱ 接着，连接器再次转换成与服务器一致的编码，并最终存储在服务器中。
Ⅲ 然后，服务器返回的结果，再次先通过连接器，连接器仍然是选择一种编码将其转换(转换之后的编码，与连接器的编码格式一致)，进行临时存储。
Ⅳ 最后，连接器再将结果转化为与客户端一致的字符集，就可以在客户端正常显示了。

2）图示说明连接器connection的作用

图一：

在这里插入图片描述

图一说明如下：

在这里插入图片描述

图二：

在这里插入图片描述

图二说明如下：

在这里插入图片描述

5、对上述两个图的实战演示

1）首先，了解如下几个代码。

-- 1）设置客户端的字符集。set character_set_client=gbk;-- 2）设置连接器的字符集。set character_set_connection=utf8;-- 3）设置返回结果的字符集。set character_set_results=gbk;

http://note.youdao.com/noteshare?id=3fe60a490637d1a51ac78bf4a9e7e4d0&sub=511D73BDDEA34D9BAC565249035D74A8

6、产生乱码的两个原因

解码与实际编码，不一致导致的乱码，可修复。

在传输过程中，由于编码不一致，导致部分字节丢失，造成的乱码，不可修复。

1）编码和解码不一致导致的乱码

在这里插入图片描述

2）传输过程中，丢失字节导致的乱码。

在这里插入图片描述

7、对实际情况的分析(什么都不设置，系统默认是如何呢？)

1）仔细查看如下图片

在这里插入图片描述

根据上图可以知道(好好理解下面的文字说明)：

在这里插入图片描述

图二：

在这里插入图片描述

2）set names gbk的含义

-- 当客户端、连接器、返回值的字符集相同，并且都是gbk的时候，我们可以采取如下的简写方式： set names gbk; -- 上述sql语句其实包含了如下三层意思： set character_set_client=gbk; set character_set_connection=gbk; set character_set_results=gbk;

更多相关文章

随机推荐