数据库服务器时区、连接会话时区和WordPress站点显示时区不是同一层。看到NOW与网页不同，先确认字段语义和转换过程；直接改共享数据库全局时区，可能影响其他应用及后续连接。
给每个时间值标明含义
记录它是事件真实时间、数据库生成时间、UTC存储还是站点本地显示，避免比较没有时区说明的字符串。WordPress字段和插件自定义表可能有不同约定，不能仅凭列名带date就猜测已经统一。先找一条可追溯业务记录作对照。
区分全局和连接会话设置
某些设置影响新连接默认值，现有会话又可能保有自己的状态。PHP与数据库连接层也可能执行额外初始化。检查当前实际会话而非只看系统时间，数据库和操作系统时间显示一致也不能证明WordPress按同样方式存储每个字段。
按应用约定处理转换
如果代码把UTC当本地时间再次转换，问题应在该逻辑修正，不能靠更改整机时区让一张页面看起来正确。共享库、报表和队列都需纳入影响分析。涉及不同时间类型、夏令时和历史记录时，先在副本验证，避免批量改写原始事实。
回归显示、排序和定时逻辑
用已知事件比较后台、公开页、导出和相关任务的时间与顺序，检查新旧记录是否一致。记录最终使用的时区和转换点，不能只说时间已同步。全球客户资料或审计事件还应保留足以说明实际时点的信息，而不是所有地方都改成同一个无标注字符串。
关键区别
服务器时区：数据库层的默认环境；不等于所有会话值。
会话时区：当前连接的处理条件；可能被应用单独设置。
站点时区：面向业务显示的配置；不能直接推断存储语义。
怎样确认处理到位
已知事件在页面、后台和导出中解释一致，排序与任务正常，转换点明确且没有无依据批量改写历史时间或影响其他应用。
容易误判的边界
先核对数据库连接会话和字段时间语义，再处理显示差异。不能用全局时区变更掩盖某个插件重复转换，也不应批量改写历史时间来让界面暂时一致。
