PostgreSQL中纪元时间加分钟：两种计算结果不一致问题排查

你的代码出现两种不同结果，核心原因是两种计算方式遵循的时间规则完全不同，再加上伦敦时区的夏令时切换影响：

两种计算逻辑的本质区别 #

• 左边计算：('2023-10-29'::DATE + INTERVAL '1 minute' * 1439)::TIMESTAMPTZ
  先在伦敦本地时间语境下做加法：把日期当天的午夜（本地时间）加上1439分钟，得到本地时间的当天23:59，再转换为带时区的时间戳。这种计算完全遵循伦敦时区的夏令时规则，会自动处理时钟回拨/前进的情况。
• 右边计算：EXTRACT(EPOCH FROM ('2023-10-29'::DATE)::TIMESTAMPTZ) + 60 * 1439
  先把本地日期转换为带时区的午夜时间戳，提取对应的UTC epoch秒数，再直接加上固定的秒数（1439分钟=86340秒）。这是纯UTC时间的线性加法，完全不考虑本地时区的夏令时切换。

为什么2023-10-29和2023-10-27结果不同 #

2023年10月29日是伦敦夏令时结束的日子：当天凌晨2点，时钟会回拨1小时（从GMT+1切换到GMT+0），这使得伦敦本地时间的这天有25小时。

• 2023-10-29的情况：
  左边计算得到的本地23:59，对应的UTC时间是2023-10-29 23:59；右边计算是本地午夜（UTC 2023-10-28 23:00）加上86340秒，正好也是UTC 2023-10-29 23:59，所以两边epoch值相等，结果为false。
• 2023-10-27的情况：
  这天还处于夏令时（GMT+1），本地时间的一天是标准24小时，理论上两边计算结果应该相等才对。你得到true的结果大概率是代码日期写错了（比如误写为夏令时开始日3月26日），或者执行时的时区设置有偏差。

正确的写法 #

如果你的需求是“给指定timestamptz的午夜时间添加N分钟”，应该统一用带时区的时间戳做加法，避免混合本地时间和UTC数值计算，让PostgreSQL自动处理时区和夏令时规则：

SET TIMEZONE TO 'Europe/London';
SELECT 
EXTRACT(EPOCH FROM ('2023-10-29'::DATE)::TIMESTAMPTZ + INTERVAL '1 minute' * 1439) =
EXTRACT(EPOCH FROM ('2023-10-29'::DATE)::TIMESTAMPTZ + INTERVAL '1 minute' * 1439);

内容的提问来源于stack exchange，提问作者NightCity10932