MySQL的sql_mode解析与设置

https://blog.csdn.net/hhq163/article/details/54140286

https://blog.csdn.net/ccccalculator/article/details/70432123

升级mysql后，居然使用错误。更新时候提示timestamp类型错误，提示无默认值错误

原来是mysql提升了安全措施，原来的0000-00-00不被允许了，默认值也必须收购设置了

需要更改一下，但尚未找到快速更改的方法，只好先更改mysql设置了：

一、查看 sql_mode

mysql> select @@sql_mode;  

 

二、sql_mode值的含义：

ONLY_FULL_GROUP_BY：

对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么将认为这个SQL是不合法的，因为列不在GROUP BY从句中

 

STRICT_TRANS_TABLES：

在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制

 

NO_ZERO_IN_DATE：

在严格模式，不接受月或日部分为0的日期。如果使用IGNORE选项，我们为类似的日期插入'0000-00-00'。在非严格模式，可以接受该日期，但会生成警告。

 

NO_ZERO_DATE：

在严格模式，不要将 '0000-00-00'做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式，可以接受该日期，但会生成警告

 

ERROR_FOR_DIVISION_BY_ZERO：

在严格模式，在INSERT或UPDATE过程中，如果被零除(或MOD(X，0))，则产生错误(否则为警告)。如果未给出该模式，被零除时MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操作结果为NULL。

 

NO_AUTO_CREATE_USER

防止GRANT自动创建新用户，除非还指定了密码。

 

NO_ENGINE_SUBSTITUTION：

如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常

 

三、更改 my.conf

将上面红色的去除

#sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
sql_mode='ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'

 

四、重启

mysql.serve restart

systemctl restart mysqlnd

 

五、上面是改变了全局sql_mode，对于新建的数据库有效。对于已存在的数据库，则需要在对应的数据下执行：

set sql_mode =‘STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION‘;

转载于:https://www.cnblogs.com/mitang/p/8905476.html