傳送 centosAI

適用于linux系統(tǒng)

一般1406, Data too long for column錯誤大部分會是因為某一列表的數(shù)據(jù)長度受限，最好的辦法是進入數(shù)據(jù)庫，找到表結(jié)構(gòu)中對應(yīng)的表頭，修改數(shù)據(jù)庫類型，這里以vod_first_letter為例，如果直接修改數(shù)據(jù)類型，可能會因為文本內(nèi)容不兼容而導(dǎo)致失敗，如將VARCHAR修改為LONGTEXE（長文本）,(執(zhí)行會報錯)，這時我們可以直接通過修改后面的長度值來達到同樣的目的

下面先貼一下網(wǎng)上的眾多解決方法，由我最開始介紹的直接修改數(shù)據(jù)類型，或者修改長度值是最簡單的方法

以下方案可供備用

1、修改my.ini文件：

將sql-mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION注釋掉，ok！

2、修改數(shù)據(jù)庫編碼為utf8，jsp、servlet編碼轉(zhuǎn)換為utf8存入；

3、只知道是中文處理的問題，但不知道如何改。最好的方法是把字段定得長一些；

4、把mysql的字符集設(shè)為utf8（通過修改my.ini，把所有的latin1改為utf8）并且通過show variables like '%char%';

5、以前我也遇到過類似的情況，我的建議：在裝數(shù)據(jù)庫的時候把你的字符集設(shè)置為gb2312,然后你建表的時候，漢字默認(rèn)都是gb2312，在連接數(shù)據(jù)庫的時候不要寫成characterEnconding=true&charset=gb2312，把這個去掉。然后在連接的時候?qū)?，最好用gbk，gb2312對某些不常見的字符會出現(xiàn)Data too long for column，比如“珺”字等，至于數(shù)據(jù)庫，只有默認(rèn)的字符集是gb2312或者gbk或者utf8都沒什么問題

對于我這里的情況也簡要描述下，我的mysql把server端，client端，connection的字符設(shè)置都為gbk，在控制太插入中文字沒有問題，但是從程序里面插入中文字就存在問題了。

用第1種方法試了下，不行。

用將所有的編碼格式改為utf8，以前數(shù)據(jù)庫里面的中文字全變成了亂碼，第2種方法也不行.

第3種方法，我將數(shù)據(jù)庫里面的name設(shè)為varchar(255)，這是足夠大的，可以存125個漢字了，還是不行，即使是存一個漢字也會報Data too long for column的錯誤，因此第3種方法顯然是瞎掰。

用第4種方法試了下，也這是提供你信息，你的數(shù)據(jù)庫各個端都采用什么編碼方式，并不能解決問題

最后試了第5種方法，沒有完全按照它所說的做，在插入數(shù)據(jù)庫之前先執(zhí)行stat.execute("set names gb2312");就能成功將中文字插入到數(shù)據(jù)庫中。

到此這篇關(guān)于mysql報錯：1406, Data too long for column問題的多種解決方案的文章就介紹到這了,更多相關(guān)mysql報錯：1406, Data too long for column內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論