mysql5.7版本由于sql_mode设置导致的题目以及解决

目录

• mysql5.7版本由于sql_mode设置导致的题目
• 实验解决
• 方法一
• 方法二
• 关于sql_mode
• 总结

mysql5.7版本由于sql_mode设置导致的题目

由于重新安装了环境，想把之前的数据库导入到新库内里，

效果就报了如下错误： 

实验解决

方法一

登录mysql，设置sql_mode

然而并没有什么卵用

方法二

原来上边的设置方法只是会话级别的设置，真正让他收效得修改配置文件：

在[mysqld]配置项下面加上：

重启服务，

再进入mysql

设置乐成啦！！

关于sql_mode

官方文档：https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html

紧张的几项配置简单先容，更多详细先容移步官方文档

• NO_ENGINE_SUBSTITUTION 利用 ALTER TABLE或CREATE TABLE 指定 ENGINE 时， 须要的存储引擎被禁用或未编译，该如那边理。
• 启用NO_ENGINE_SUBSTITUTION时，那么直接抛堕落误；不设置此值时，CREATE用默认的存储引擎替代，ATLER不进行更改，并抛出一个 warning .
• STRICT_TRANS_TABLES 设置它，表现启用严酷模式。

注意： STRICT_TRANS_TABLES 不是几种计谋的组合，单独指 INSERT、UPDATE出现少值或无效值该如那边理：

• 例如：

假如我们建表的时候不严酷，比如字段设置是NOT NULL，然而并没有给字段设置默认值，在插入语句的时候，这个字段我们忽略，没有赋值，恰好这个时候mysql的sql_mode是严酷模式，即启用了STRICT_TRANS_TABLES,就会报字段没有默认值的错误。

大概说，我们将空字符串赋值给int范例的字段，在严酷模式下也会报同样的错误。假如sql_mode没有配置STRICT_TRANS_TABLES则不会报错

ONLY_FULL_GROUP_BY 对于GROUP BY聚合利用，假如在SELECT中的列、HAVING大概ORDER BY子句的列，没有在GROUP BY中出现，那么这个SQL是不合法的。由于不在 group by 的列查出来展示会有抵牾。

• 例如：

这条sql在ONLY_FULL_GROUP_BY模式下就会报错。

假如sql_mode 没有配置ONLY_FULL_GROUP_BY，就不会报错。

总结

以上为个人经验，希望能给各人一个参考，也希望各人多多支持脚本之家。