时间:2021-05-24
MySQL timestamp的类型与时区
MySQL的timestamp类型时间范围between '1970-01-01 00:00:01' and '2038-01-19 03:14:07',超出这个范围则值记录为'0000-00-00 00:00:00',该类型的一个重要特点就是保存的时间与时区密切相关,上述所说的时间范围是UTC(Universal Time Coordinated)标准,指的是经度0度上的标准时间,我国日常生活中时区以首都北京所处的东半球第8区为基准,统一使用东8区时间(俗称北京时间),比UTC要早8个小时,服务器的时区设置也遵照此标准,因此对应过来timestamp的时间范围则应校准为'1970-01-01 08:00:01' and '2038-01-19 11:14:07',也就是说东八区的1970-1-1 08:00:01等同于UTC 1970-1-1 00:00:01。
需要特点注意,timestamp类型的时间不仅仅与写入记录时的时区有关,显示时也与时区有关,例如:
如上述所示,根据时区的不同,显示的日期也是不一样的,这正是timestamp类型在MySQL日期类型中独有的时区特点。
如果向timestamp类型列插入的值超出了指定范围,则实际实际保存的值为'0000-00-00 00:00:00',并触发一个警告信息:
触发的警告信息在MySQL层面仅是个警告而并非错误,前端应用的try catch捕获不到,不过,由于实际写入的数据并非期望值,还是有可能埋下一些隐患,这些隐患一旦显露,就有可能触发前端应用出现异常。
对于timestamp类型,在实际应用中务必理解时区的概念,在设置timestamp列默认值,及实际赋值时务必明确写入的值实际保存时的状态,尽量避免埋入隐患。对于现有已经出错的记录,可以考虑通过批量UPDATE及修改表结构的方式予以处理。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
之前一直有过疑惑为什么MySQL数据库存timestamp可以无视时区问题.在业务中也是一直使用Laravel框架,内置的Migration也是使用的times
在MySQL5.6.6之前,TIMESTAMP的默认行为:TIMESTAMP列如果没有明确声明NULL属性,默认为NOTNULL。(而其他数据类型,如果没有显示
MySQL数据类型中DECIMAL的用法实例详解在MySQL数据类型中,例如INT,FLOAT,DOUBLE,CHAR,DECIMAL等,它们都有各自的作用,下
本文实例总结了MySQL修改时区的方法。分享给大家供大家参考,具体如下:说明:这里总结记录修改mysql时区的三种方法。方法一:通过mysql命令行模式下动态修
在MySQL5.6.6之前,TIMESTAMP的默认行为:■TIMESTAMP列如果没有明确声明NULL属性,默认为NOTNULL。(而其他数据类型,如果没有显