MySQL关于时间设置的注意事项

最新推荐文章于 2022-08-22 19:17:35 发布

数据和云

最新推荐文章于 2022-08-22 19:17:35 发布

阅读量441

点赞数

文章标签：数据库运维 mysql java 大数据

本文链接：https://blog.csdn.net/enmotech/article/details/116279362

版权

本文探讨了MySQL中时间类型的字段处理，包括TIMESTAMP的存储方式和与SQL_MODE的交互，以及explicit_defaults_for_timestamp机制的影响。同时，介绍了MySQL的系统配置，如system time zone、time_zone和log_timestamps，强调了时间设置在数据库管理中的重要性。

摘要由CSDN通过智能技术生成

点击上方"蓝字"

关注我们，享更多干货！

时间真的存在吗？有观点认为，时间只是人类构想出来的一种概念，是用来衡量事物变化的标准。对于数据库来说，时间伴随着数据并进。让我们进入MySQL时间漩涡中看一看。

1. 时间类型的字段

MySQL时间类型字段：

下面是容易忽略的内容：

TIMESTAMP保存数据方式：
MySQL将TIMESTAMP值从当前时区转换为UTC进行存储，并从UTC返回到当前时区进行检索。（这不适用于其他类型，比如DATETIME。）默认情况下，每个连接的当前时区是服务器的时间。时区可以在每个连接的基础上设置。只要时区设置保持不变，就会返回所存储的相同值。如果存储一个时间戳值，然后更改时区并检索该值，则检索到的值与存储的值不同。出现这种情况是因为没有在两个方向上使用相同的时区进行转换。当前时区可以作为time_zone系统变量的值。
TIMESTAMP和SQL_MODE组合
sql_mode也会影响timestamp值：

mysql> CREATE TABLE ts (
         id INTEGER NOT NULL AUTO_INCREMENT PRIMARY KEY,
         col TIMESTAMP NOT NULL
     ) AUTO_INCREMENT = 1;

mysql> SHOW VARIABLES LIKE  '%sql_mode%';+---------------+---------------------+
| Variable_name | Value               |
+---------------+---------------------+
| sql_mode      | STRICT_TRANS_TABLES |
+---------------+---------------------+
mysql>  INSERT INTO ts (col) VALUES ('1969-01-01 01:01:10');
ERROR 1292 (22007): Incorrect datetime value: '1969-01-01 01:01:10' for column 'col' at row 1

mysql> SET sql_mode="";
Query OK, 0 rows affected (0.00 sec)
mysql> SHOW VARIABLES LIKE  '%sql_mode%';+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| sql_mode      |       |
+---------------+-------+
mysql>  INSERT INTO ts (col) VALUES ('1969-01-01 01:01:10'),('2999-01-01 01:01:10');
Query OK, 2 rows affected, 2 warnings (0.01 sec)
Records: 2  Duplicates: 0  Warnings: 2
mysql> show warnings;+---------+------+----------------------------------------------+
| Level   | Code | Message                                      |
+---------+------+----------------------------------------------+
| Warnin