办理mysql报错：1406, Data too long for column（多种方案）
传送 centosAI实用于linux体系
一般1406, Data too long for column错误大部分会是由于某一列表的数据长度受限，最好的办法是进入数据库，找到表布局中对应的表头，修改数据库范例，这里以vod_first_letter为例，如果直接修改数据范例，大概会由于文本内容不兼容而导致失败，如将VARCHAR修改为LONGTEXE（长文本）,(执行会报错)，这时我们可以直接通过修改后面的长度值来到达同样的目的
https://i-blog.csdnimg.cn/blog_migrate/c1b8c0cb53f0d125ea4da5f206c0a82b.png
下面先贴一下网上的浩繁办理方法，由我最开始先容的直接修改数据范例，或者修改长度值是最简单的方法
以下方案可供备用
1、修改my.ini文件：
将sql-mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION注释掉，ok！
2、修改数据库编码为utf8，jsp、servlet编码转换为utf8存入；
3、只知道是中文处置惩罚的题目，但不知道如何改。最好的方法是把字段定得长一些；
4、把mysql的字符集设为utf8（通过修改my.ini，把全部的latin1改为utf8）并且通过show variables like '%char%';
5、以前我也碰到过类似的环境，我的建议：在装数据库的时候把你的字符集设置为gb2312,然后你建表的时候，汉字默认都是gb2312，在连接数据库的时候不要写成characterEnconding=true&charset=gb2312，把这个去掉。然后在连接的时候写，最好用gbk，gb2312对某些不常见的字符会出现Data too long for column，好比“珺”字等，至于数据库，只有默认的字符集是gb2312或者gbk或者utf8都没什么题目
对于我这里的环境也简要描述下，我的mysql把server端，client端，connection的字符设置都为gbk，在控制太插入中文字没有题目，但是从程序内里插入中文字就存在题目了。
用第1种方法试了下，不行。
用将全部的编码格式改为utf8，以前数据库内里的中文字全变成了乱码，第2种方法也不行.
第3种方法，我将数据库内里的name设为varchar(255)，这是足够大的，可以存125个汉字了，照旧不行，即使是存一个汉字也会报Data too long for column的错误，因此第3种方法显然是瞎掰。
用第4种方法试了下，也这是提供你信息，你的数据库各个端都采用什么编码方式，并不能办理题目
末了试了第5种方法，没有完全按照它所说的做，在插入数据库之前先执行stat.execute("set names gb2312");就能成功将中文字插入到数据库中。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]