1. 什么是 MySQL TIMESTAMP？
TIMESTAMP 数据类型在 MySQL 中用于以 UTC（协调世界时）存储特定的时间点，并在保存和检索数据时自动处理时区转换。该数据类型能够处理的日期时间范围是 1970 年 1 月 1 日至 2038 年 1 月 19 日。向数据库保存数据时，TIMESTAMP 使用当前时区；检索数据时，则会根据系统时区自动转换。
TIMESTAMP 与 DATETIME 的区别
DATETIME 数据类型常与 TIMESTAMP 进行比较。DATETIME 按“原样”存储日期和时间值，存储的数据不受时区影响。相反，TIMESTAMP 在存储时会转换为 UTC，检索时再转换回系统时区，这有助于防止跨环境的时间偏移。
例如，在系统迁移或跨多个时区的数据库工作时，TIMESTAMP 特别有用。DATETIME 支持更宽的范围——从公元 1000 年到 9999 年——因此常用于规避 2038 年问题。
TIMESTAMP 的示例用法
可以使用 TIMESTAMP 创建表，如下所示。
CREATE TABLE events (
id INT AUTO_INCREMENT PRIMARY KEY,
event_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
在此示例中，event_time 列在插入记录时自动存储当前时间，并在每次更新记录时覆盖该值。
2. TIMESTAMP 的基本用法
在 MySQL 中使用 TIMESTAMP 时，了解插入和检索值的基本方式非常重要。下面列出几种常见的 TIMESTAMP 数据操作方法。
插入日期和时间
向 TIMESTAMP 列插入数据时，通常以字符串形式指定日期和时间。日期采用 “YYYY‑MM‑DD” 格式，时间采用 “hh:mm:ss” 格式。
INSERT INTO events (event_time) VALUES ('2023-10-01 12:30:00');
该 SQL 语句将在 event_time 列中插入 2023 年 10 月 1 日 12:30:00。
插入当前时间
使用 MySQL 的 NOW() 函数，可以轻松获取当前日期和时间。该函数返回基于系统时区的当前日期时间，并可直接插入到 TIMESTAMP 列中。
INSERT INTO events (event_time) VALUES (NOW());
在此示例中，SQL 执行时的当前时间会自动插入。
使用自动更新特性
如果为 TIMESTAMP 列指定 ON UPDATE CURRENT_TIMESTAMP，则每次记录更新时，更新时间会自动记录。
CREATE TABLE orders (
id INT AUTO_INCREMENT PRIMARY KEY,
order_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
在此表中，order_time 在记录创建时设为当前时间，并在每次记录更新时自动更新。
3. 使用 TIMESTAMP 与时区
TIMESTAMP 最大的特性之一是时区处理。存储的数据始终转换为 UTC，检索时再次转换为系统时区。
如何检查时区设置
在 MySQL 中，可以为服务器或会话设置时区。可以使用 SHOW VARIABLES 命令检查时区设置。
SHOW VARIABLES LIKE 'time_zone';
该命令返回当前数据库配置的时区。要更改时区，请使用以下语句。
SET time_zone = '+09:00';
TIMESTAMP 与 DATETIME 的时区差异
DATETIME 类型存储的日期时间不考虑时区，而 TIMESTAMP 类型在保存时会转换为 UTC。因此，在多时区共存的环境中，TIMESTAMP 通常是更好的选择。
4. 2038 年问题及其影响
The Year 2038 problem is caused by the limitation of the TIMESTAMP type on 32-bit systems. MySQL’s TIMESTAMP type is based on the number of seconds since 00:00:00 UTC on January 1, 1970. When it exceeds 03:14:07 UTC on January 19, 2038, this value overflows.
如何避免 2038 年问题
为避免此问题，建议使用 64 位系统或范围更广的 DATETIME 类型。DATETIME 能处理公元 1000 年至 9999 年的日期和时间，因此可以安全地用于 2038 年之后。
您也可以通过升级系统来避免此问题。由于 64 位系统不存在 2038 年限制，考虑升级数据库和应用程序是很重要的。
5. TIMESTAMP 类型的实际使用案例
MySQL 的 TIMESTAMP 类型不仅用于存储基本的日期和时间值，还支持多种实用模式，例如自动插入或更新当前时间。以下是一些常见的高级用例。
自动插入当前时间
在定义 TIMESTAMP 列时，可以将 CURRENT_TIMESTAMP 设置为默认值，这样在创建新记录时会自动插入当前日期和时间。例如，要创建一个自动记录订单发生时间的表，可以按如下方式操作。
CREATE TABLE orders (
id INT AUTO_INCREMENT PRIMARY KEY,
order_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
自动记录更新时间
通过指定 ON UPDATE CURRENT_TIMESTAMP，每次记录被更新时更新时间会自动记录。这使得自动管理更新历史变得简单。
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50),
updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
使用多个 TIMESTAMP 列
在 MySQL 中，表中可以包含多个 TIMESTAMP 列，但默认情况下只有一个列可以将 CURRENT_TIMESTAMP 设为默认值。如果希望自动管理多个时间戳，需要为其他列显式设置值，或使用 DATETIME 类型。
CREATE TABLE posts (
id INT AUTO_INCREMENT PRIMARY KEY,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
6. 使用 TIMESTAMP 类型时的重要注意事项
在使用 TIMESTAMP 类型时，有若干重要的注意事项需要了解。掌握这些可以防止意外的不一致和错误。
NULL 约束和默认值
默认情况下，TIMESTAMP 列会被加上 NOT NULL 约束。换句话说，如果希望允许 NULL 值，必须显式指定 DEFAULT NULL。
CREATE TABLE logs (
id INT AUTO_INCREMENT PRIMARY KEY,
log_time TIMESTAMP DEFAULT NULL
);
也可以使用 DEFAULT 0 将默认值设为无效的日期时间 0000-00-00 00:00:00。但不推荐这样做。在 MySQL 的严格模式下，这种无效的日期时间会导致错误。
0000-00-00 00:00:00 的问题
某些 MySQL 版本支持将 0000-00-00 00:00:00 作为无效的日期时间值，但在实际系统中可能导致运营问题。尤其是注重数据完整性的系统应避免使用此类无效值。建议改用 NULL 或合适的默认值。
CREATE TABLE sessions (
id INT AUTO_INCREMENT PRIMARY KEY,
start_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
end_time TIMESTAMP NULL
);
系统时区的影响
由于 TIMESTAMP 类型在存储时会转换为 UTC，在跨时区迁移数据库时需要格外小心。如果服务器时区设置发生变化，检索到的时间可能会变成非预期的值。准确管理时区非常重要。
SET time_zone = 'Asia/Tokyo';
此命令将数据库时区设置为东京，并确保对从 UTC 的转换进行准确管理。
7. 总结与建议
TIMESTAMP 类型是 MySQL 中高效管理日期和时间的强大工具。尤其是带时区的自动转换以及在创建/更新时的自动时间记录非常便利。但需要了解其局限性和注意事项，例如 2038 年问题以及 NULL 值的处理方式。
何时使用 TIMESTAMP
- 当需要自动更新行为 时，
TIMESTAMP是理想选择——尤其是想在每次记录更新时自动记录时间戳的情况。 - 在 必须考虑时区的系统 中，
TIMESTAMP基于 UTC 的转换行为非常有用。 - 另一方面，如果需要 面向未来的时间范围 或必须处理超出支持范围（2038 年之后）的日期，建议使用
DATETIME。
最后，根据系统需求在 TIMESTAMP 与 DATETIME 之间做出选择，以确保数据完整性和可维护性。
8. 常见问题解答 (FAQ)
开发者在使用 MySQL TIMESTAMP 时常会遇到各种问题和疑问，因此本节汇总了常见问题。这些 FAQ 提供了处理 TIMESTAMP 的实用技巧和解决方案。
我该如何在 TIMESTAMP 与 DATETIME 之间做选择？
TIMESTAMP 会基于 UTC 自动进行时区转换，因此适用于需要考虑多个时区的应用和系统。它还支持在记录创建或更新时自动保存日期/时间值。相比之下，DATETIME 按原样存储值，适合需要在不进行时区转换的情况下保持一致的日期时间管理的场景。
TIMESTAMP 在 2038 年之后不能使用，这是真的吗？
是的。2038 年问题影响 32 位的 TIMESTAMP 类型。由于它基于自 1970 年 1 月 1 日起的秒数，无法表示 2038 年 1 月 19 日之后的日期时间。为避免此问题，建议迁移到 64 位系统或改用 DATETIME 类型。
如何在 TIMESTAMP 列中允许 NULL 值？
要在 TIMESTAMP 列中允许 NULL 值，需要显式指定 DEFAULT NULL，如下所示。
CREATE TABLE logs (
id INT AUTO_INCREMENT PRIMARY KEY,
log_time TIMESTAMP DEFAULT NULL
);
使用此设置后，如果插入记录时未指定日期时间，则会存储 NULL 值。
如果更改时区设置，会影响已有的 TIMESTAMP 数据吗？
由于 TIMESTAMP 值在存储时会转换为 UTC，修改时区设置会影响检索时数据的显示方式。底层数据仍以 UTC 存储，但会根据新的时区进行转换，从而导致检索到的时间值发生变化。为保持数据一致性，务必在系统中统一时区设置。
使用 CURRENT_TIMESTAMP 时，仍能插入特定的日期时间吗？
CURRENT_TIMESTAMP 会在插入记录时自动写入当前时间，但仍可通过使用 NOW() 或字符串字面量显式插入特定的日期时间。
INSERT INTO events (event_time) VALUES ('2023-10-01 12:30:00');
通过这种方式，即使使用 CURRENT_TIMESTAMP，也可以手动插入日期时间。
