今天犯了一个非常低级的错误。是自己对timestamp不足够理解造成的。之前我一直以为时间戳在数据库里也长这个样:1661309974。最后解决问题才发现,可能是我理解错了 ,时间戳也可以长这个样:2022-08-24 18:45:00
刚开始是在处理Error 1292: Incorrect datetime value: ‘1661309974’ for column 这个错误 。(首先这个1292错误是5.7版本以后出现的)因为我给结构体时间字段定义的是int64,值是后端用time.now().unix()赋好的,而我也期望着看到1661309974这个样子的数据库里的字段值。但是一直都是报错1292于是有了以下操作(现在理解这报错是绝对的会爆啊 你把int值当timestamp值传。之前理解的timestamp在数据库里也是1661309974这个样子,还去问了当时的同事。。。)
按着改了sql_mode 还是不行
但是把 timestamp改成datetime 就可以了
然后用
SELECT @@sql_mode set @@sql_mode ="ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION"; select @@global.sql_mode; set @@global.sql_mode='ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'
效果就是不管你用timestamp 还是datetime都可以插入了 。
但是都是0000-00-00 00:00:00。(因为你往时间格式存int,必错❌)
因为看到一个大哥的解决mysql8无法导入timestamp为0000-00-00 00:00:00:增加NO_AUTO_VALUE_ON_ZERO,让mysql8不对id=0的数据自动赋值。我确实是后端往数据库存的时候没设置id的值,导致id=0的情况 去传入mysql的。
所以又加了NO_AUTO_VALUE_ON_ZERO
然后在@@sql_mode ="ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION,NO_AUTO_VALUE_ON_ZERO";
这个前提下和进行了新的测试。
没时间 没id id自增 时间 0000
有时间 没ID id自增 时间为指定时间
有ID 没时间。id 为指定 时间为0000
有 id有时间 指定id 指定时间
但是因为跨时区需要,所以必须要使用timestamp格式。好在忽然觉悟会不会是时间戳就是长这样啊,于是在代码里将int64变成了time.Time
然后再测试 果真 可以成功插入 数据库了 就是 我在数据库将字段类型改为timestamp 也能正确存入了 终于不是 0000-00-00 00:00:00
最后推荐几篇:如果我早点看到,也许醒悟的会更早
这个也不错 ,不过NO_ZERO_DATE和NO_ZERO_IN_DATE好像都依赖于
在这里看到的
这个也可以了解下:mysql bigint int tinyint int
如果早点领悟这个里的
关于go处理时区相关的几篇文章
0000
1111
2222
3333
5555
另外有看到一个大哥说两个timestamp字段的时候 会自动改变第一个的时间戳为更新时间原文见 ,但其实那是他的mysql版本太老了 ,这是5.5版本的特性,之后就没这个特性了详见:这篇blog