MySQL 8.0中TIMESTAMP默认受时区影响，存储转UTC、读取转客户端时区；应统一用DATETIME存UTC时间，应用层处理时区转换，避免CONVERT_TZ性能问题与配置风险。
MySQL 8.0中TIMESTAMP字段默认受时区影响
MySQL 8.0 的 TIMESTAMP 类型在存储时会自动从客户端时区转换为 UTC，读取时再转回客户端时区。这不是“bug”，而是设计行为——TIMESTAMP 本质就是带时区语义的类型。如果你希望存什么读什么、不自动转换，就别用 TIMESTAMP，改用 DATETIME。
常见错误现象：SELECT NOW() 返回时间与服务器 system_time_zone 不一致；插入一条记录后查出来时间“变”了；不同客户端（比如 PHP 和 MySQL CLI 设置了不同 time_zone）看到的时间不一致。
-
SET time_zone = '+08:00'只影响当前会话，不影响已存数据 - 全局时区由
default_time_zone配置控制，但只对新连接生效 -
TIMESTAMP列无法通过ALTER COLUMN ... TYPE DATETIME直接转换，需先DROP再ADD或用中间列
用CONVERT_TZ()做显式时区转换
CONVERT_TZ() 是唯一能安全跨时区转换时间值的内置函数，但它要求源和目标时区都存在且可识别。MySQL 8.0 默认不加载时区表，直接调用会返回 NULL。
使用前必须执行：mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql（Linux 路径可能为 /usr/share/zoneinfo/ 或 /usr/share/zoneinfo/posix/），然后重启 mysqld 或执行 FLUSH TIME ZONES。
- 正确用法：
SELECT CONVERT_TZ('2024-05-01 12:00:00', '+00:00', '+08:00')→2024-05-01 20:00:00 - 不能写成
CONVERT_TZ(NOW(), 'UTC', 'Asia/Shanghai')，因为UTC不是有效时区名（得用+00:00或SYSTEM） - 性能注意：该函数无法走索引，
WHERE CONVERT_TZ(created_at, '+00:00', '+08:00') > '2024-01-01'会导致全表扫描
应用层统一处理比数据库层转换更可控
绝大多数 Web 应用（PHP/Python/Node.js）已具备成熟时区处理能力，且能精确控制序列化/反序列化逻辑。把时区转换压到 MySQL 层，反而容易因配置漂移、权限限制或函数不可用（如托管服务禁用 CONVERT_TZ）出问题。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
推荐做法：所有写入用 UTC 时间（DATETIME 类型），所有读取在应用层按用户/会话时区格式化显示。
- PHP 中：
$dt->setTimezone(new DateTimeZone('Asia/Shanghai')) - Python 中：
dt.astimezone(timezone('Asia/Shanghai')) - 避免在 SQL 里拼接时区字符串，比如
CONCAT(DATE(created_at), ' ', TIME(created_at))+ 人工加偏移 → 易错且不处理夏令时 - 如果必须用 SQL 输出本地时间，优先用
DATE_ADD(created_at, INTERVAL 8 HOUR)（仅限固定偏移），而非依赖系统时区变量
时区配置项time_zone的实际作用范围
time_zone 是会话级变量，影响 NOW()、CURTIME()、TIMESTAMP 列的隐式转换，但不影响 DATETIME 列的存取行为，也不影响已存在的 TIMESTAMP 值本身。
典型误用：以为设了 SET time_zone = 'Asia/Shanghai' 就能让历史 TIMESTAMP 数据“变成”东八区时间——其实只是读取时做了逆向转换，原始 UTC 值没变。
- 查看当前会话时区：
SELECT @@time_zone - 查看系统时区：
SELECT @@system_time_zone - 修改会话时区不会触发已有
TIMESTAMP字段重计算，只影响后续读写 - 某些云数据库（如阿里云 RDS）禁止修改
time_zone，只能靠应用层或CONVERT_TZ()补救
真正难处理的不是转换逻辑，而是混合使用 TIMESTAMP 和 DATETIME、未统一入库时区、以及忽略夏令时导致的 1 小时偏差——这些往往要等到上线后某天凌晨才暴露。
