严格模式下导致mysql5.7插入用户表的方式新建用户失败，那么如何修改严格模式，让他插入成功。将all权限改为select应该怎样改，innodb引擎表页的16KB可以修改嘛？

最新推荐文章于 2024-04-03 11:06:07 发布

钟情妺喜107

最新推荐文章于 2024-04-03 11:06:07 发布

阅读量303

点赞数

文章标签：数据库 java sql

本文链接：https://blog.csdn.net/lyz_yyds107/article/details/125763633

版权

本文介绍了在MySQL5.7的严格模式下，由于NO_ZERO_IN_DATE和NO_ZERO_DATE规则导致的插入问题及解决方法，包括设置explicit_defaults_for_timestamp和修改sql_mode。同时讨论了如何将所有权限改为SELECT，N叉树的N值调整以及InnoDB引擎表页16KB的限制。最后，对比了DELETE和DROP删除用户的不同之处。

摘要由CSDN通过智能技术生成

失败时出错SQL语句：alter table supervise_note add audit_at TIMESTAMP:

原因：

MySQL5.7将默认的 sql_mode 从“松散模式”更改为“严格模式”。

我们通过SQL语句mysql> select @@sql_mode;

查询出 sql_mode ，发现其中有 NO_ZERO_IN_DATE,NO_ZERO_DATE。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

即为不允许 TIMESTAMP 值为 0000-00-00 00:00:00。

我们再通过 SQL 语句mysql> show variables;

查询出 MySQL5.7 的 explicit_defaults_for_timestamp 默认值为 OFF ，这与 sql_mode 的 NO_ZERO_DATE 也是相冲突的。explicit_defaults_for_timestamp = OFF

解决方案mysql> set @@explicit_defaults_for_timestamp = 1;

1.此时如果 TIMESTAMP 列没有显示的指定 not null 属性，那么默认的该列可以为 null ，此时向该列中插入 null 值时，会直接记录 null 。

2.如果 TIMESTAMP 列被加上了 not null 属性，并且没有指定默认值。这时如果向表中插入记录，但是没有给该 TIMESTAMP 列指定值的时候，如果 strict sql_mode 被指定了，