【开发日记】MySQL TIMESTAMP 类型建表异常

博客围绕 MySQL TIMESTAMP 类型建表异常展开,介绍了建表报错信息、语句及原因,指出 MySQL 参数影响日期时间处理,特定模式下默认值设置会导致错误。还给出两种解决方式,一是调整默认值,二是调整 sql_mode 参数,包括会话和全局级别配置。

MySQL TIMESTAMP 类型建表异常

建表报错信息

incalid default value for 'xxx'

建表语句

CREATE TABLE  `表名`...
字段名 TIMESTAMP NULL DEFAULT '0000-00-00 00:00:00' ,
...

报错原因

MySQL的sql_mode参数会影响对日期时间的处理方式。如果NO_ZERO_DATE或者STRICT_TRANS_TABLES模式被启用,那么默认值'0000-00-00 00:00:00'将被认为是无效的。

因此,在这些模式下,将默认值设为'0000-00-00 00:00:00'会导致错误。

解决方式

① 调整默认值

将建表语句改为如下所示,表示默认值为当前时间戳。

CREATE TABLE  `表名`...
字段名 TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP,
...

将建表语句改为如下所示,表示默认值为NULL。

CREATE TABLE  `表名`...
字段名 TIMESTAMP NULL DEFAULT NULL,
...
② 调整sql_mode参数

修改sql_mode参数值为ALLOW_INVALID_DATES,表示不对无效的日期进行严格的检查,从而接受一些看似无效的日期值。

调整sql_mode参数有两种方式,分别为会话级别配置和全局级别配置。

会话级别配置只对当前会话有效,sql如下:

SET sql_mode = 'ALLOW_INVALID_DATES';

全局级别配置需要修改MySQL的配置文件,并且需要修改后重启MySQL服务,MySQL配置文件通常是my.cnfmy.ini,将一下内容添加到配置文件:

[mysqld]
sql_mode = 'ALLOW_INVALID_DATES'
### MySQLTIMESTAMP数据类型详解及使用方法 MySQL中的`TIMESTAMP`数据类型用于存储日期和时间信息,占用4字节的存储空间,并可以示的范围为 `1970-01-01 00:00:01.000000` 到 `2038-01-19 03:14:07.999999`。这种数据类型特别适用于需要跨时区应用的场景,因为它在存储时会将时间转换为UTC时间,在检索时再根据当前会话的时区设置转换回本地时间[^3]。 #### 存储范围 `TIMESTAMP` 数据类型的取值范围是从 `1970-01-01 00:00:01 UTC` 到 `2038-01-19 03:14:07 UTC`,这是因为其底层使用的是Unix时间戳,即从1970年1月1日00:00:01 UTC开始计算的秒数。由于采用32位整数存储,因此最大只能示到2038年1月19日03:14:07 UTC的时间[^3]。 #### 自动更新功能 `TIMESTAMP` 类型支持自动更新功能,例如在插入或更新记录时自动设置为当前时间。下面是一个创的例子,展示了如何利用这一特性: ```sql CREATE TABLE example_table ( id INT NOT NULL, create_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, update_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id) ); ``` 在这个例子中,`create_at` 字段会在记录首次插入时自动设置为当前时间,而 `update_at` 字段不仅会在记录插入时自动设置为当前时间,还会在每次记录更新时自动更新为当前时间[^3]。 #### 时区处理 当涉及到不同地区的用户访问同一数据库时,`TIMESTAMP` 的时区处理能力显得尤为重要。它能够确保所有用户看到的时间都是基于他们各自所在时区正确转换后的时间,这对于全球化应用来说是非常重要的特性[^3]。 #### 应用场景 `TIMESTAMP` 特别适合用来记录自动更新时间戳的场景,比如记录的创时间和更新时间等[^4]。 #### 注意事项 对于`TIMESTAMP`类型的应用,务必理解时区的概念,在设置`TIMESTAMP`列默认值以及实际赋值时,要明确写入的值实际保存时的状态,以避免潜在的问题。如果现有记录存在问题,可以通过批量`UPDATE`及修改结构的方式进行处理[^5]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

二饭

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值