mysql里names是什么_setnames命令在mysql中除了应付乱码还能做什么？_MySQL

刺骨的言语ヽ痛彻心扉 2022-10-27 12:28 15阅读 0赞

做一个实验，控制台进入mysql数据库，依次执行如下代码：

\#创建数据库 create database it\_1 charset utf8;

\#进入数据库 use it\_1；

\#创建表 create table student(id int unsigned primary key auto\_increment,stu\_no char(9) not null,stu\_name varchar(5) not null,stu\_sex enum('男','女','保密') default '男',stu\_age tinyint not null,c\_id int unsigned);

\#以上操作全部成功，下面的操作开始报错

\#往表中插入记录 insert into student values(null,'itcast101','张三',default,18,1),(null,'itcast102','小李子',2,17,3);

结果会出现如下错误提示： Data too long for colomn 'stu\_name' at row 2\#在第二行中'stu\_name'字段输入的数据长度太长了

试着只运行第一行，即： insert into student values(null,'itcast101','张三',default,18,1);\#Query OK, 1 row affected

所以这里的异常现象可以描述为'stu\_name'字段的预设长度为5个字符(即理论上预留了5个汉字的长度)，但实际插入数据时最多只能插入2个汉字。

我马上想到了编码问题，便逐一查看各种可能影响的编码：

1.控制台的编码:gbk

2.student数据库的编码:utf-8

3.'stu\_name'字段的编码可以通过如下规则确定：

a.如果字段设置了字符集就用字段设置

b.如果没有就找表字符集设置

c.如果还没有就找数据库字符集设置

d.如果还没有就找mysql系统配置的默认字符集

显然这里第c.条生效，'stu\_name'字段使用utf-8字符集

我知道数据库操作中字符编码不一致会导致乱码问题，而这里控制台中的默认编码与'stu\_name'字段的编码明显不一致，数据库中会不会出现乱码呢，于是我用以下三条语句逐一进行测试： select \* from student;

desc student;

show create table student;

结果是都没有出现乱码。由于目前相关知识有限，于是我就凌乱了。。。

通过请教朋友有后，得到了这样的解决方法：

在建表前加入一条命令 set names gbk;

这条命令的作用是告知mysql服务器，从客户端传来的(这里是控制台输入的)信息采用字符集gbk，而且从mysql服务器发送回客户端的结果也要用字符集gbk。

如果不使用这个命令，那么控制台输入的信息实际采用字符集gbk，但mysql服务器误认为是utf-8字符集，不进行转换就接收了。由于utf-8字符集里中文使用三个字节来编码英文只用1个字节，gbk字符集里中、英文都是使用2个字节来编码，于是控制台传递过去的3个gbk码中文字符(6字节)没有被mysql服务器识别为中文，而是直接识别成了6个英文字符，所以超出了最长5个字符的字段长度限制，导致此处的错误出现。

set names 命令能做的原来不只是应付乱码问题。

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：php中文网