很不巧公司內(nèi)測(cè)IM的時(shí)候又遇到MYSQL_DATA_TRUNCATED錯(cuò)誤，日志記錄還是在mysql_stmt_fetch調(diào)用的時(shí)候出現(xiàn)的。鑒于之前的經(jīng)驗(yàn)，應(yīng)該是給定的結(jié)果集綁定區(qū)域長(zhǎng)度不夠造成的，反復(fù)檢查了好多遍沒發(fā)現(xiàn)問題。我在代碼中都是對(duì)應(yīng)的關(guān)系，比如char(20)，我代碼中就會(huì)定義char buffer[20]數(shù)組來(lái)存儲(chǔ)?？雌饋?lái)如此的正確完美。后面沒辦法只好打印每一行的數(shù)據(jù)，找到報(bào)錯(cuò)的那一行記錄，發(fā)現(xiàn)字體和別的不一樣。比如：

123456789（半角）
１２３４５６７８９（全角）

這并不是我輸入空格控制的，而是輸入法全角半角控制的。對(duì)于全角字符，它是半角字符長(zhǎng)度的兩倍，而我的MySQL使用了utf-8，所以在數(shù)據(jù)庫(kù)中那就是一個(gè)全角字符長(zhǎng)度是3個(gè)字節(jié)。

select length(column) from table_name where…;

用這個(gè)來(lái)打印長(zhǎng)度就可以判斷出來(lái)。這個(gè)時(shí)候你就要考慮一個(gè)代碼中類型的長(zhǎng)度和數(shù)據(jù)庫(kù)字段長(zhǎng)度匹配的問題了，比如全角字符或者中文字符。數(shù)據(jù)庫(kù)中的char(20)代表的是20個(gè)字符，而不是20個(gè)字節(jié)，這里要注意，所以取數(shù)據(jù)的時(shí)候千萬(wàn)不要全部使用這個(gè)20來(lái)做結(jié)果集長(zhǎng)度來(lái)取數(shù)據(jù)。