游乐游手机版
首页/数据库/文章详情

PostgreSQL时区修改为中国时区的详细设置指南

时间:2026-07-23 20:08
针对PostgreSQL时区与本地时间不一致,提供两种方案:临时修改使用SET命令仅对当前会话有效,重启后失效;永久修改需编辑postgresql conf,将log_timezone和timezone设为Asia Shanghai,重启服务后生效。

引言

PostgreSQL 数据库的时区设置,直接关系到时间相关数据的正确存储、处理与显示。默认情况下,PostgreSQL 通常采用 UTC 或其他时区,这容易导致日志时间戳、时间函数返回值与本地时间对不上号,给开发和运维带来不少麻烦。

将PostgreSQL的时区修改为中国时区的设置指南

那么,如何把 PostgreSQL 的时区改成中国时区(Asia/Shanghai)?下面介绍两种方法:一种是临时修改,会话或重启后失效;另一种是永久修改,一劳永逸。你可以根据实际需求灵活选择。

1. 临时修改(数据库重启后失效)

如果你只是想临时看一下中国时区下的效果,或者只是当前会话需要,可以在 psql 命令行中直接执行这条命令,立即生效:

SET log_timezone TO 'Asia/Shanghai';

不过要记住,这个修改只对当前会话有效,一旦数据库重启,就会恢复原样。

2. 永久修改(修改配置文件)

真正的治本之策,是修改配置文件。这样即使数据库重启,时区也会稳稳地保持在中国时区。下面分四步走。

第一步:确认当前设置

先登录数据库,看看当前的时区是什么情况:

SHOW log_timezone;
SHOW timezone;

第二步:修改配置文件

找到 PostgreSQL 的配置文件 postgresql.conf,通常位于数据目录下。用编辑器打开它:

vi /var/lib/pgsql/15/data/postgresql.conf

在文件中找到这两个参数,把它们修改成下面这样:

# 日志记录的时区,修改为中国时区
log_timezone = 'Asia/Shanghai'

# 数据库内部存储和计算的时区,也建议修改为中国时区
timezone = 'Asia/Shanghai'

注意:如果行首有 # 号,一定要去掉,否则配置不会生效。

第三步:重启数据库服务

改完配置文件,需要重启 PostgreSQL 服务才能生效:

systemctl restart postgresql-15

第四步:验证修改结果

重启后,再次登录数据库,运行 SHOW log_timezone;SHOW timezone;,确认值已经变成 Asia/Shanghai。这样,时区问题就彻底解决了。

来源:https://www.jb51.net/database/3679088cs.htm
上一篇Oracle存储过程调用外部C程序或Java类权限解决方案 下一篇Redis主从配置与哨兵故障转移高可用完整方案
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
自增主键值从何而来?深入理解原理,告别只会auto_increment
数据库 · 2026-07-25

自增主键值从何而来?深入理解原理,告别只会auto_increment

KingbaseES推荐使用serial、bigserial、显式sequence或identity列实现自增主键。serial创建integer并关联序列,bigserial对应bigint;显式sequence可自定义起始值等参数;identity有generatedbydefault(允许指定值)与always(禁止)两种模式。

Linux下瀚高数据库授权文件过期及替换解决方案
数据库 · 2026-07-25

Linux下瀚高数据库授权文件过期及替换解决方案

在银河麒麟系统下,瀚高数据库hgdb-4 5试用授权20天到期后需替换正式授权文件。正确操作:停止服务,备份旧文件,将授权文件复制到 opt highgo hgdb-4 5 etc lic 并命名为hgdb lic,设置权限600和属主highgo:highgo,再启动服务。禁止直接修改data目录下的license info文件。

Oracle BLOB实时同步的5大技术挑战与难点解析
数据库 · 2026-07-25

Oracle BLOB实时同步的5大技术挑战与难点解析

OracleBLOB实时同步面临分片组装、多列隔离、长事务跨窗口、事务回滚及大对象资源控制等技术挑战,必须在日志中精确还原完整字段值,才能保证源端与目标端数据完全一致,这对同步系统的稳健性提出了高要求。

MySQL禁用redo日志导致全备失败
数据库 · 2026-07-25

MySQL禁用redo日志导致全备失败

MySQL全量备份失败是由于数据定义语言操作触发排序索引构建,禁用重做日志导致XtraBackup无法获取一致性备份。测试验证表明,优化表语句即使无数据也会触发该问题。根本原因在于排序索引构建过程跳过了重做日志记录,破坏了备份的一致性。

Kafka架构图优化与改进的全面详细步骤与实践指南
数据库 · 2026-07-25

Kafka架构图优化与改进的全面详细步骤与实践指南

Kafka作为实时数据流处理的核心中间件,其底层架构虽已相当成熟,但在实际生产环境中,要充分发挥其性能潜力,仍需落实到具体的调优与架构改造上。核心目标可归纳为三点:如何承载更高的吞吐量、如何保障数据不丢失、以及故障发生时如何快速恢复。本文将从这几个关键方向出发,深入探讨如何真正榨干Kafka集群的性