数据库字段超长，不同版本截取和报错问题+字段存储限制问题

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超出字段长度报错-CSDN博客

 

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

mysql中varchar字段能存多少汉字_mysqlvarchar100能存多少汉字-CSDN博客