mysql字段长度的问题

先看下面两张图：

这说明了不管库编码是UTF-8 还是 GBK，对varchar字符长度的控制是忽略字节的概念的，

不论是中文字符还是英文字符，都会计为1的长度。

另外，我发现了另外一个问题，mysql有自身潜规则的容错机制，如下：

我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我

这串字符为256个“我”字组成

如果你在update表中某一个字段，而某一个字段的长度刚好是256时，会存在如下情况：

情况1：在上述字符串后端加上一个字符，如下：

（1）先查询一下字符长度，为257个字符，因为尾巴后面多了一个1；

select DISTINCT CHAR_LENGTH('我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我1') FROM quality_check_grade_history;

（2）然后，我们进行update操作；

update quality_check_grade_history t set t.appeal_remark='我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我1' where t.id=775;

         执行结果如下：

[SQL] 
         update quality_check_grade_history t set t.appeal_remark='我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我            我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我             我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我             我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我1' where t.id=775;
         受影响的行: 0
         时间: 0.002s

（3）我们在换一种方式，将1加在256个我字的前面，或者中间；

反而执行成功了，执行结果如下：

[SQL] 
update quality_check_grade_history t set t.appeal_remark='1我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我' where t.id=775;
受影响的行: 1
时间: 0.002s


[SQL] 
update quality_check_grade_history t set t.appeal_remark='我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我1我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我' where t.id=775;
受影响的行: 1
时间: 0.007s

（4）最后我们将执行成功的字段中的数据拿出来，看一下字符长度：

select DISTINCT CHAR_LENGTH('我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我1我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我我') FROM quality_check_grade_history;

执行结果如下：

因此最后的结论是， mysql有自己的容错机制，他的机制的潜规则是：

1. 比较上次与本次的字符串是否有区别；

2. 比较区别是否在末端发生变化，还是在非末端（前端或中间）发生变化；

3. 如果是在末端发生变化，则执行失败；

4. 如果在前端或中间发生变化，则执行成功，并且截取字符，截取的字符是末端的字符，保证整个长度合法。