踩坑mysql timeStamp默认值0000-00-00 00:00:00报错

最新推荐文章于 2023-03-21 15:19:06 发布
最新推荐文章于 2023-03-21 15:19:06 发布
阅读量1.2k 收藏 1
点赞数
分类专栏： 测试 Linux 文章标签： ssh
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43636782/article/details/123686092
版权

报错信息：

Invalid default value for ‘create_time’

解决办法(Linux环境)

①找到/etc/my.cnf文件

②修改文件的可执行权限

sudo chmod 777 my.cnf

③在my.cnf[mysqld]下添加

sql-mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

④将my.cnf的可执行权限改回来

sudo chmod 664 my.cnf
【生产实践】PostgreSQL高可用Patroni安装（超详细已踩坑）
DBA之路的博客
11-14 896
一 安装Patroni 0 Patroni 对Python的版本要求 我安装的是Patroni最新版本 ：4.0.3，Patroni 对Python 版本有要求，没有具体的版本矩阵，但是根据每个版本发布信息可以得到以下信息 Patroni 4.0 需要 Python 3.8 以上（可以根据下面发布版本信息推理出） Version 3.0.2 Version 3.0.2 dropped support of Python older than 3.6. 版本3.0.2不再支持3.6版本以下的P
mysql和postgresql差异？gorm如何同时兼容？
xxxzzzqqq_的博客
03-14 1699
mysql和pg在各方面还是存在较多不同的地方，具体还是需要根据自己的业务需求去使用。总的来说各有优劣，pg在性能上可能不如mysql，但是pg安全性高，具有许多扩展能力（如支持并发创建索引等）。业务上如果需要兼容两者，那么在数据的定义、表结构的定义、结构体的定义等上面需要注意使用通用性更强的方式，否则很有可能会发生未知错误。
mysql5.7 timestamp默认值‘0000-00-00 00:00:00’报错
foreveryangting的博客
09-13 2572
mysql5.7 运行sql脚本时报错 1 [Err] 1067 - Invalid default value for 'UPDATE_TIME' 2 [Err] CREATE TABLE `V_TBL_AMOUNT_REASON` ( 3 `ID` int(11) NOT NULL AUTO_INCREMENT, 4 `AMOUNT_CODE` varchar(10) NO...
【mysql timeStamp默认值0000-00-00 00:00:00 报错：Invalid default value for ‘end_time’】
qq_45442178的博客
03-21 982
“end_time”的默认值无效
踩坑记:mysql timeStamp默认值0000-00-00 00:00:00 报错
weixin_30849591的博客
09-27 621
报错现象： 从mysql5.5数据库导出的数据结构放到mysql5.7.10 报错create_timetimestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00’ 则会出现以下的异常： Invalid default value for ‘create_time’ 报错原因以及解决办法： 这个问题和mysql中sql_mode有关系，我们可以采...
mysql timestamp默认值错误_MySQL关于sql_mode的修改（timestamp的默认值不正确）
weixin_35554273的博客
01-27 799
timestamp的默认值不正确原因：MySQL5.7版本中有了一个STRICT mode(严格模式)，而在此模式下默认是不允许设置日期的值为全0值的，所以想要解决这个问题，就需要修改sql_mode的值。select @@global.sql_mode; 查看当前sql_mode；set sql_mode=(select replace(@@sql_mode,'NO_ZERO_IN_DA...
timestamp 默认值 ‘0000-00-00 00:00:00‘ 出错问题
CyrusZhou的专栏
10-07 463
目录 问题描述： 解决方法： 问题描述： mysql 更新到5.7.35版本后，timestamp 默认值不支持'0000-00-0000:00:00' ERROR 1067 (42000) at line 5 in file: '/home/admin/bin/ddl.sql': Invalid default value for 'GMT_CREATE' 解决方法： 建表命令前添加下面的命令 SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"; SET ..
警惕参数变化，MySQL 8.0 升级避免再次踩坑
真水无香，大象无形，做本分的自己，记录技术点滴
04-04 8863
MySQL 8.0新特性专栏目录 我们知道MySQL 8.0相对于MySQL 5.7加入了很多新特性，在功能和安全性上做了很多的优化和调整，这就不可避免地会修改一些参数或者函数。**我们现有业务数据从MySQL 5.7及之前的版本升级到8.0，需要特别警惕这些参数的变化，这些变化可能会导致业务行为发生一些意料之外的结果！！！** 最近MySQL 8.0 升级的过程中，我梳理了一些业务可能用到的、重要的参数变化，包括一些MySQL 8.0中已经废弃的参数和部分常见参数默认值的变化。
MySQL 时间戳类型
阿星君
06-11 5036
日期类型是我们在数据库操作中一个较为常见的数据类型，TIMESTAMP 类型相信使用的朋友也不少，但是你真的了解它吗？ 本文介绍在 MySQL 中使用 TIMESTAMP 类型遇到的一些潜在问题，最大时间限制相当于埋在未来的坑、因为系统的一些默认规则触发日期自动更新、默认系统时区的性能问题，发现问题的同时，后面也推荐了一些在日期上个人认为不错的方案，供参考。 安装 MySQL 推荐 Docker 的方式本机安装一个 MySQL，步骤也很简单，如下所示，对于学习还是很方便的，已安装的可忽略。 $ d
mysql5.7升级到mysql8_mysql5.7升级到mysql8.0遇到的问题
weixin_39607837的博客
01-19 1717
今天把博客迁移了服务器，顺便把mysql5.7升级到了mysql8.0，，过程还算顺利，mysql上只碰到了两个问题，记录一下。一、登录问题mysql8.0建好后发觉navcat12登录不上去，提示ERROR 2059(HY000): Authentication plugin 'caching_sha2_password' cannot be loaded。查了下发觉mysql又改变了登录认证...
mysql timeStamp默认值0000-00-00 00:00:00 报错
飞翔小猪的博客
09-25 8605
从mysql5.5数据库导出的数据放到mysql5.7.10 报错 create_time DATETIME NOT NULL DEFAULT ‘0000-00-00 00:00:00’  则会出现以下的异常：  Invalid default value for ‘create_time’  解决方法如下：  查询当前数据库的SQL_MODE  select @@sql_mode 
mysql timestamp默认值错误_踩坑记:mysql timeStamp默认值0000-00-00 00:00:00 报错
weixin_39961522的博客
01-27 1447
报错现象：从mysql5.5数据库导出的数据结构放到mysql5.7.10 报错create_timetimestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00’则会出现以下的异常：Invalid default value for ‘create_time’报错原因以及解决办法：这个问题和mysql中sql_mode有关系，我们可以采用两种方法来查看它的值不...
mysql-timestamp 0000-00-00 00:00:00 Invalid default value
兴趣是最好的老师
08-28 1503
MySQL5.6以后timestamp设定默认值规则改变，不能为"0000 00-00 00:00:00" https://blog.csdn.net/zhangjianming2018/article/details/80377824 https://blog.csdn.net/haiqiao_2010/article/details/25133659 https://blog.csdn...
mysql中datetime默认值为0000-00-00 00:00:00问题
cozil的专栏
03-07 9818
在mysql5.7版本中，执行 create_time DATETIME NOT NULL DEFAULT ‘0000-00-00 00:00:00’ 报错，改为 create_time DATETIME NOT NULL DEFAULT ‘0001-01-01 00:00:00’ 即可正常。 问题出在sql_mode的设置。执行 select @@sql_mode; 得到结果通常为： ONLY...
mysql timestamp字段出现‘0000-00-00 00:00:00‘值导致报错解决方法及原因分析
qq_38472465的博客
07-22 457
mysql timestamp字段出现'0000-00-00 00:00:00'值导致报错解决方法及原因分析
解决：mysql5.7 timestamp默认值0000-00-00 00:00:00 报错
weixin_34235457的博客
06-07 536
解决：mysql5.7 timestamp默认值0000-00-00 00:00:00 报错 学习了:https://www.cnblogs.com/cnhkzyy/p/9119339.html set session sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREA...
Mysql 时间 '0000-00-00'异常解决
热门推荐
demon7639的专栏
09-14 1万+
在spring+mybatis项目中，查询mysql数据库遇到一个问题： java.sql.SQLException:Value '0000-00-00' can not be represented as java.sql.Date 分析看了一下原因，应该是mybatis将date类型的字段转成String类型时，遇到date类型字段为'0000-00-00'，转换不了，所以抛出该异常
mysql_TIMESTAMP类型的默认值
weixin_34097242的博客
11-08 104
MYSQL中TIMESTAMP类型的默认值 ...
Mysql 数据库 timestamp为什么会出现 0000-00-00 00:00:00
最新发布
01-12
根据提供的引用内容，MySQL数据库中的timestamp字段出现"0000-00-00 00:00:00"的原因是在设计阶段和记录写入阶段没有进行逻辑判断，导致了这类值的写入。如果在设计阶段和记录写入阶段能够做好逻辑判断，避免写入"0000-00-00 00:00:00"这类值，就可以避免出现"Cannot convert value '0000-00-00 00:00:00' from column N to TIMESTAMP"的错误。 MySQL数据库中的timestamp字段是用来存储日期和时间的数据类型。它的取值范围是从'1970-01-01 00:00:01'到'2038-01-19 03:14:07'。如果在插入数据时没有指定timestamp字段的值，MySQL会将其默认设置为'0000-00-00 00:00:00'。 然而，'0000-00-00 00:00:00'并不是一个合法的日期和时间值，因此在某些情况下会引发错误。为了避免这种错误，可以在设计阶段和记录写入阶段进行逻辑判断，确保不会将'0000-00-00 00:00:00'写入timestamp字段。 例如，在Java应用程序中，可以使用以下代码片段来判断并避免写入'0000-00-00 00:00:00'： ```java // 假设timestamp字段的值存储在变量timestamp中 if (timestamp ! null && !timestamp.equals("0000-00-00 00:00:00")) { // 执行插入操作 } else { // 异常处理或其他逻辑 } ``` 通过在设计阶段和记录写入阶段进行逻辑判断，可以有效避免MySQL数据库timestamp字段出现'0000-00-00 00:00:00'的情况。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值