今天给客服恢复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需要应用人员权衡各种得失,从而得到一个合适的选择 (CSDN)