mysql的varchar类型的字段,如果插入的数据超过设定的length,就会有问题,通常会有2种情况,第一种是报错,第二种是直接自动截取,那什么情况下会直接报错,什么情况下会自动截取呢?
答案是和数据库是否设置了严格模式有关
一.直接报错
我们先来看第一种情况,test_varchar长度是8,当我们通过客户端加长字符串时,会提示Maximum text length is set to 8.,顾名思义,就是字段超长了,不能再加了
那我们再通过直接insert语句来插入长度超过8的:
INSERT INTO `test123` (`text_varchar`) VALUES ('123456789---');
发现直接提示:Data too long for column 'text_varchar' at row 1
那如果是代码里调用,也会直接抛出这个异常
既然说了是否报错是取决于数据库是否设置了严格模式,我们来看看当前数据库的严格模式设置:
执行:select @@sql_mode,发现返回值如下:ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
当返回值包含STRICT_TRANS_TABLES(存储引擎启用严格模式,非法数据值被拒绝)时,表示开启了严格模式,此时如果字段超长会直接报错
二.自动截取
我们将数据库模式改成非严格模式,即把sql_mode中的STRICT_TRANS_TABLES去掉:
SET GLOBAL sql_mode = 'ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
执行完之后重启客户端,再select @@sql_mode就发现STRICT_TRANS_TABLES已经没有了
我们再来进行操作,首先在客户端直接加,还是一样的提示Maximum text length is set to 8.
我们再来用insert语句来执行:
INSERT INTO `test123` (`text_varchar`) VALUES ('123456789---');
可以发现此时并没有报错并且插入成功了:
但是插入成功的数据被自动截取了,值还是12345678,超长的部分被截取掉了
三.总结
1.当varchar类型超长,数据库选择报错还是自动截取取决于是否设置严格模式,严格则会报错
2.实际业务场景中,按需选择,谨慎选择因为设置sql_mode是按照数据库的,不是单表的,可能会影响到其他的表
3.个人建议开启严格模式,因为这样当数据超长时能及时报错发现问题并且进行扩展字段长度,限制提交字段长度等策略,如果非严格,则会被截取,如果是不重要的字段,可能很久之后才发现字段值缺失(被截取了),也无法找回,就造成了数据丢失,最终还是看各自的业务场景
原文链接:数据库字段超长为什么有时候报错,有时候自动截取_mysql超出字段长度报错-优快云博客
mysql中varchar字段能存多少汉字
4.0版本以下,varchar(100),指的是100字节,如果存放UTF8汉字时,只能存33个(每个汉字3字节)
5.0版本以上,varchar(100),指的是100字符,无论存放的是数字、字母还是UTF8汉字(每个汉字3字节),都可以存放100个。
UTF8编码中一个汉字(数字也算汉字)占用3个字节
GBK编码中一个汉字(数字也算汉字)占用2个字节
Mysql记录行数据是有限的。大小为64k,即65535个字节
而varchar要用1-2字节来存储字段长度,小于255的1字节,大于255的2字节。
所以
当编码形式为utf8时varchar最大可以存( 65535字节-2字节 )/3字节=21844字符余1 大概21844个汉字,也就是说可以设置的最大长度为21844
当编码形式为GBK时varchar最大可以存(65535字节-2字节)/2字节=32766字符余1 大概32766个汉字,也就是说可以设置的最大长度为32766