当前位置:网站首页>CURRENT_TIMESTAMP(6) 函数是否存在问题?

CURRENT_TIMESTAMP(6) 函数是否存在问题?

2022-08-10 11:45:00 大明_数据库_指挥使

请教下 MYSQL ON UPDATE CURRENT_TIMESTAMP(6) 的CURRENT_TIMESTAMP(6) 函数是否像TIMESTAMP字段类型一样有2038年限制,还有时区转换成本?




采纳答案1:

同样有限制;
image.png

实验见真理,希望对你有所帮助,如有帮助,请点击采纳,谢谢



其他答案1:

同样有限制;
image.png

实验见真理,希望对你有所帮助,如有帮助,请点击采纳,谢谢


其他答案2:

我用8.0做了测试。也有这个问题。


其他答案3:

image.png

截图来自以下网址:
https://www.modb.pro/db/130918

希望对你有所帮助


其他答案4:

这么说来 MYSQL 2038年全限制的


另外个 是否会有时区转换操作?


其他答案5:

image.png
image.png

又再次2次实验,把系统时间改成2038以后,整个mysql 数据库就崩了,应该是mysql 里面用到时间戳了,导致mysql 崩了。不知道别的版本是不是修复了这个问题。
我现在只有5.6版的。


其他答案6:

请教下 MYSQL ON UPDATE CURRENT_TIMESTAMP(6) 的CURRENT_TIMESTAMP(6) 函数是否像TIMESTAMP字段类型一样有时区转换成本? 比如说时区设置为SYSTEM
https://mp.weixin.qq.com/s/AtyaIP92L6KnZFB9bQA3ug
MySQL参数 time_zone 导致线上sys cpu高


其他答案7:

之个文章的结论说的很清楚是因为time_zone = system 才导致的分区转换。
image.png

建议用datetime 替换TIMESTAMP;
内容截取:https://wenku.baidu.com/view/efc469e0b84cf7ec4afe04a1b0717fd5370cb24d.html

image.png

原网站

版权声明
本文为[大明_数据库_指挥使]所创,转载请带上原文链接,感谢
https://www.modb.pro/issue/15999