今天给客服恢复mysql数据的时候。本来测试好的数据。但是到了客户那里却死活不干活了。老报错！
|
1 |
|
时出现错误:
|
1 |
|
原因：
新版本的MySQL对字段的严格检查。 通常在Linux下安装完mysql后，默认的sql_mode值是空，在这种情形下mysql执行的是一种不严格的检查，如果要插入的字段长度超过列定义的长度，那么mysql不会终止操作，而是会自动截断后面的字符继续插入操作!但是在windows下面却不会这样。而是直接终止报出上面的错误!
解决方法（两种方法任选一种即可）：
1、修改my.ini,将
|
1 |
|
改为
|
1 |
|
重新启动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)
原文地址：https://www.cnblogs.com/lxwphp/p/9592027.html