alter database set time_zone 不能热执行，必须停库进mount状态才能运行；修改后仅影响新会话和timestamp with local time zone列的显示逻辑，历史数据存储值不变。
ALTER DATABASE SET TIME_ZONE 不能热执行，必须停库进 MOUNT 状态才能运行；修改后仅影响新会话和 TIMESTAMP WITH LOCAL TIME ZONE 列的显示逻辑，历史数据存储值不变。
为什么 ALTER SYSTEM SET TIME_ZONE 会报 ORA-02095？
因为 TIME_ZONE 是静态初始化参数，Oracle 不允许运行时修改。哪怕加了 SCOPE=BOTH，也会直接报错：ORA-02095: specified initialization parameter cannot be modified。
常见误操作是把 TIME_ZONE 和 DBTIMEZONE 混淆——前者是实例级启动参数（存在 SPFILE/PFILE 中），后者才是数据库级时区元数据，可通过 ALTER DATABASE SET TIME_ZONE 修改，但有严格状态限制。
-
TIME_ZONE参数控制CURRENT_TIMESTAMP默认返回格式及TIMESTAMP WITH LOCAL TIME ZONE的隐式转换基准 - 它只在实例启动时读取一次，改完必须重启才生效
- 若你实际想改的是数据库时区（即
DBTIMEZONE），请忽略ALTER SYSTEM，走ALTER DATABASE路径
ALTER DATABASE SET TIME_ZONE 的执行前提
这条语句不是“随时能跑”，Oracle 强制要求数据库处于 MOUNT 状态（不能是 OPEN 或 RESTRICTED）。
典型错误流程：数据库已 OPEN，直接执行 ALTER DATABASE SET TIME_ZONE = 'Asia/Shanghai' → 报错 ORA-30079: cannot alter database timezone when database is open。
- 正确步骤：先
SHUTDOWN IMMEDIATE→ 再STARTUP MOUNT→ 执行ALTER DATABASE SET TIME_ZONE = 'Asia/Shanghai'→ 最后ALTER DATABASE OPEN - 推荐用区域名（如
'Asia/Shanghai'），而非偏移量（如'+08:00'），否则无法适配夏令时且可能触发时区映射异常 - 执行后，已有连接中的
SYSTIMESTAMP、CURRENT_TIMESTAMP不变；新连接才按新时区返回
改完时区后 TIMESTAMP WITH LOCAL TIME ZONE 数据“变时间”了？
这不是 bug，是该数据类型的定义行为：存储值始终是 UTC，查询时自动转为当前 DBTIMEZONE 显示。
例如原时区为 America/New_York，某条记录存入 TIMESTAMP WITH LOCAL TIME ZONE 值为 '2024-01-01 12:00:00'；切换到 Asia/Shanghai 后，同一行 SELECT 出来显示为 '2024-01-01 01:00:00'（UTC 时间没变，只是渲染时区变了）。
- 业务若依赖字段显示值做逻辑判断（比如
WHERE TRUNC(ts) = TRUNC(SYSDATE)），可能出错 - 提前检查表结构：
SELECT table_name, column_name FROM dba_tab_columns WHERE data_type = 'TIMESTAMP WITH LOCAL TIME ZONE' - 真要查原始 UTC 值，得显式转换：
SELECT ts AT TIME ZONE 'UTC' FROM t
ORA-01882 报错：timezone region not found 怎么办？
这不是时区设错了，而是 Oracle 时区文件（timezlrg.dat）太旧，不认识你写的 'Asia/Shanghai' 这类名称。
查当前版本：SELECT VERSION FROM V$TIMEZONE_FILE；若返回 4、14、18 等小数字，基本确认文件过时（Asia/Shanghai 在 v26+ 才正式收录）。
- 必须走官方
DBMS_DST流程升级，不能手动替换文件 - 关键步骤：先
SHUTDOWN IMMEDIATE→STARTUP UPGRADE→ 运行DBMS_DST.BEGIN_PREPARE(26)→ 检查DST$PREPARE_TABLE是否为空 → 再BEGIN_UPGRADE(26)→ 重启 →END_UPGRADE - OS 层
TZ环境变量只影响客户端（如 sqlplus、JDBC）启动时的本地时区推导，不影响数据库服务端逻辑
TIMESTAMP WITH LOCAL TIME ZONE 的显示值，以及有没有未升级的时区文件挡在中间。
