Navicat 16及更早版本不支持通过连接参数设置timezone，该字段被完全忽略；默认以UTC启动会话，需手动执行SET timezone='Asia/Shanghai'生效。
Navicat 连接参数里填 timezone 不生效？
因为 navicat（16 及更早版本）的「连接属性 → 高级」选项卡中，timezone 参数根本不会被传递给 postgresql。它只是个摆设——你填了 asia/shanghai 或 prc，navicat 启动连接时完全忽略，既不发 set timezone = ...，也不在连接字符串里加 options=-c%20timezone%3d...。这不是你配置漏了，是软件本身不支持该字段。
postgresql.conf 里改 timezone 为什么没用？
改 postgresql.conf 中的 timezone 只影响新连接的默认会话时区，但前提是客户端没显式覆盖。而 Navicat 每次新建连接时，**默认以 UTC 启动会话**（哪怕服务器设的是 Asia/Shanghai），且不发送任何 SET 命令。所以你看到的时间戳总是比本地少 8 小时。
- 验证方式：在 Navicat 执行
SHOW timezone;，结果是UTC，不是postgresql.conf里写的值 - 真正生效的只有两种方式：服务端全局强制（需重启）、或客户端连接后立即执行
SET - 注意：
log_timezone和timezone是两个独立配置，改前者不影响查询返回时间
如何让 Navicat 每次连接都自动设对时区？
没有“自动”——Navicat 不提供连接后自动执行 SQL 的钩子。但你可以用最直接的方式绕过限制：
- 在 Navicat 新建连接成功后，第一时间手动执行：
SET timezone = 'Asia/Shanghai'; - 把这句加到常用查询片段里，双击就能粘贴运行
- 如果用的是 Navicat Premium 17+（2025 年底后发布），部分用户反馈「初始化 SQL」功能可用，但 16 及之前版本无此选项
- 别依赖「默认值」字段填
now()来掩盖问题：列类型若为TIMESTAMP WITHOUT TIME ZONE，即使SET timezone了，插入的now()仍会被转成 UTC 存储，查出来还是错的
真正一劳永逸的方案只有两个
要么改服务端行为，要么接受客户端手动干预。没有第三条路：
- 在
postgresql.conf中设timezone = 'Asia/Shanghai'+log_timezone = 'Asia/Shanghai'，然后执行SELECT pg_reload_conf();（无需重启） - 在
pg_hba.conf对应连接规则末尾加上client_encoding=utf8和timezone=Asia/Shanghai（PostgreSQL 14+ 支持 per-rule 设置，旧版无效） - 如果用云数据库（如阿里云 RDS、AWS RDS），这些配置项通常被锁定，只能靠连接后
SET，且每次新开标签页都要重设
时区问题从来不是 Navicat 的 bug，而是它选择不干涉会话初始化的后果。你得在客户端逻辑和服务器配置之间划清责任边界——该服务端兜底的，别指望 GUI 工具代劳。
