跳转到主要内容

log_timezone

log_timezone 定义日志消息使用的时区。
说明

Fact — 官方简述译文:设置日志消息使用的时区。

身份

类型 , string
上游 pg_settings 类型
Context , sighup
配置 reload 后生效
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Reporting and Logging / What to Log
上游分类
最后 boot 值 , GMT
GMT

生命周期

Fact
首次观测 PG9.0(研究下界)
在档版本 PG9.0–19 Beta 3
移除版本
引入提交 不作断言:早于 PG9.0 研究边界
提交日期
Discussion

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG9.0 UNKNOWN UNKNOWN
PG9.1 not set
PG9.2–19 Beta 3 GMT GMT

机制详解

log_timezone:设置日志消息使用的时区。它影响日志系统显示的时间戳,包括文件名展开上下文,但不改变会话 TimeZone 或已存储时间戳。

log_timezone 属于 SIGHUP 上下文:重新加载配置即可在不重启的情况下激活服务器新值,后续读取它的操作使用刷新值。

它改变输出的诊断数据而非查询语义,但日志量、敏感内容、log_line_prefix、目标、收集器吞吐与保留策略共同决定运维成本和价值。

调优建议

提示

Advice。 以下建议是工作负载起点,必须用真实测量验证。

场景 建议
OLTP 使用一个集群级时区,通常为 UTC,使所有会话的服务器日志时间戳能跨主机、副本、故障转移与集中摄取关联。修改前测试解析器与 log_filename 展开。
OLAP 分析负载类型不构成独立日志时区的理由。保持 UTC 或全局标准,只在报表工具中转换到本地民用时间,尤其要处理夏令时切换。
小规格 除非既有运维管线要求其他稳定时区,否则保持 UTC。修改 log_timezone 不会减少日志量,只会改变时间戳解释,并可能改变轮转文件名。

Pigsty 取值

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具,并按 PG19 Beta 3 渲染当前 Pigsty 模板;这不表示 Pigsty 当前支持该历史或测试版本。

模板 有效值 与上游 boot 比较 源表达式
OLTP UTC 不同于 boot 值 'UTC'
OLAP UTC 不同于 boot 值 'UTC'
CRIT UTC 不同于 boot 值 'UTC'
TINY UTC 不同于 boot 值 'UTC'
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG9.0–19 Beta 3 = UTC (dcs);OLAP: PG9.0–19 Beta 3 = UTC (dcs);CRIT: PG9.0–19 Beta 3 = UTC (dcs);TINY: PG9.0–19 Beta 3 = UTC (dcs)。 建议(待人工复核)——编辑推断:UTC 让跨主机、区域、故障转移与集中日志系统的时间戳可以直接比较。

常见坑

  • 编辑 log_timezone 后没有重新加载配置,也没有核对有效值与后续行为。
  • 增加日志内容却未预算收集器吞吐、存储、保留与下游查询成本。
  • 记录 SQL 文本、绑定值、身份或主机数据,却没有脱敏与访问控制策略。
  • 没有回滚计划及客户端或运维兼容测试,就全局修改 log_timezone。

DateStyle · IntervalStyle · TimeZone · lc_time · timezone_abbreviations

参考资料