近段時(shí)間和MM添加數(shù)據(jù)的時(shí)候經(jīng)常報(bào)錯(cuò)，而且導(dǎo)致不可挽回的時(shí)間浪費(fèi)，辛苦添了一些，一點(diǎn)報(bào)錯(cuò)，出錯(cuò)，后退，全沒了。

記錄出錯(cuò)信息：

1  把數(shù)據(jù)保存到數(shù)據(jù)庫archives表時(shí)出錯(cuò)，請(qǐng)檢查！

2  把數(shù)據(jù)保存到數(shù)據(jù)庫附加表 addonsoft 時(shí)出錯(cuò)，請(qǐng)檢查原因！

想來應(yīng)該是數(shù)據(jù)中有什么字符不為MYSQL所認(rèn)可，所以導(dǎo)致插入

時(shí)頻繁報(bào)錯(cuò)，但是又不清楚是何字符引起。

查看源程序，確實(shí)SQL無法執(zhí)行下去。

查找資料，前輩有說錯(cuò)，因?yàn)榉?wù)器上裝的是MYSQL5，MYSQL5的


正是這個(gè)嚴(yán)格的sql-mode，導(dǎo)致我插入數(shù)據(jù)頻繁報(bào)這個(gè)錯(cuò)。

將他改成

SQL代碼
sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"     

這下應(yīng)該能解決了，還得經(jīng)大量的測(cè)試去這個(gè)解決方案，不過估計(jì)八九不離十了。

SQL代碼
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

最新評(píng)論