今天给客服恢复mysql数据的时候。本来测试好的数据。但是到了客户那里却死活不干活了。老报错!

1
INSERT INTO ka_tan4 set num= '716641385999' , username= 'admin' ,adddate= '1353078270' ,rate= '2' ,sum_m= '500' ,tjrenid= '1259' 

时出现错误:

1
#1264 - Out of range value adjusted for column 'num' at row 1

原因:
新版本的MySQL对字段的严格检查。 通常在Linux下安装完mysql后,默认的sql_mode值是空,在这种情形下mysql执行的是一种不严格的检查,如果要插入的字段长度超过列定义的长度,那么mysql不会终止操作,而是会自动截断后面的字符继续插入操作!但是在windows下面却不会这样。而是直接终止报出上面的错误!

解决方法(两种方法任选一种即可):
1、修改my.ini,将

1
sql-mode= "STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

改为

1
sql-mode= "NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

重新启动MySQL。
2、在执行sql语句前,先执行以下语句:
mysql_query("set sql_mode=''");

3.修改mysql数据库表结构适应数据长度,最好的办法是修改配置文件。这样。平台差距就不会太大了!    

经常使用的sql_mode值如下表:

Sql_mode值 描述
ANSI 更改语法和行为,使其更符合标准SQL。
STRICT_TRANS_TABLES 如果不能将给定的值插入到事务表中,则放弃该语句,对于非事务表,如果值出现在单行语句或多行语句的第一行,则放弃该语句。
TRADITIONAL Make mysql的行为像“传统”SQL数据库系统。该模式的简单描述是当在列中插入不正确的值时“给出错误而不是警告”。注释:一旦发现错误立即放弃INSERT/UPDATE。如果你使用非事务存储引擎,这种方式不是你想要的,因为出现错误前进行的数据更改不会“滚动”,结果是更新“只进行了一部分”。  

说明:如果把sql_mode的值设置成后面的两个值(即严格模式),那么当在列中插入或更新不正确的值时,mysql将会给出错误,并且放弃insert/update操作。在我们的一般应用中建议使用这两种模式,而不是使用默认的空或ANSI模式。但是需要注意到问题是,如果数据库运行在严格模式下,并且你的存储引擎不支持事务,那么有数据不一致的风险存在,如:一组sql中有两个dml语句,如果后面的一个出现了问题,但是前面的已经操作成功,那么mysql并不能回滚前面的操作,因此说设置sql_mode需要应用人员权衡各种得失,从而得到一个合适的选择