今天何同学在完成作业时,遇到了如下错误。估计有很多小朋友都有这个错误,因而记录下来,以供大家参考。
在这里插入图片描述
看到1366错误时,通常是考虑字符集设置问题。

改变数据库默认字符集

何同学对课堂上讲到的字符集还是有一些印象,因此,先做了数据库字符集的修改。

alter database onlinedb character set utf8;

在这里插入图片描述
从结果看,问题依旧。

查看表的字符集

尽管修改了数据库字符集,但表的创建是在修改数据库字符集之前,有可能表的字符集跟预期不同。
在这里插入图片描述
真是个爱学习的好孩子。自己意识到了问题的存在,动手查看表的字符集。

show create table users;

在这里插入图片描述
果不其然,表的字符集默认设置为latin1。当然在进行中文字符时会出现错误或乱码。

修改表的默认字符集

使用alter table修改表的字符集

alter table users  convert to character set  utf8;

在这里插入图片描述
字符集修改成功。
在这里插入图片描述
作为老师,最后还不忘纠正一些问题。。。
若表的字符集修改仍然没有解决问题。这些还可以修改字段的字符集。

修改表字段的字符集

查看表的所有字段。

SHOW FULL COLUMNS FROM users;

在这里插入图片描述
从这里可以看到每个字符型数据的列的校对规则。从校对规则中可以看到该字段所用到的字符集,若跟预期不同,也是可以修改的。
假设修改上表中,ulogin字段的字符集为utf8,则使用alter table …change命令。修改语句如下:

alter table users CHANGE ulogin ulogin varchar(20) CHARACTER SET utf8;

修改结果如下:
在这里插入图片描述

字符集修改到表中的字段层后, 应该说数据表中记录插入时字符集的问题都可以得到解决。 祝你好运!

Logo

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。

更多推荐