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

 

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

时出现错误:

 

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

原因：

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

 

解决方法（两种方法任选一种即可）：

1、修改my.ini,将

 

sql-mode= "STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
 

改为

 

sql-mode= "NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

重新启动MySQL。

2、在执行sql语句前，先执行以下语句：

mysql_query("set sql_mode=''");

 

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

 

经常使用的sql_mode值如下表：

 

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