Postgres timestamptz 列和用户的时区

Question

在将表更改为对所有时间列使用timestamptz之后，当基于时间范围进行选择时，我看到了非常奇怪的行为。当用户的时区是UTC时，它工作，结果是正确的。当用户的时区不是UTC时，结果为零。我希望结果不应该取决于用户的时区。

set timezone = 'UTC';
select count(*) 
from table1
where modified >= timestamp '2016-07-25 08:00' at time zone 'GB'
  and modified <  timestamp '2016-07-25 09:00' at time zone 'GB'
;
set timezone = 'GB';
select count(*) 
from table1
where modified >= timestamp '2016-07-25 08:00' at time zone 'GB'
  and modified <  timestamp '2016-07-25 09:00' at time zone 'GB'
;

在查询解释中，我看到Postgres正确地转换了时间常数。在第一种情况下（UTC），它显示

'2016-07-25 07:00:00+00'::timestamp with timezone 
'2016-07-25 08:00:00+00'::timestamp with timezone

第二种情况（GB）显示

'2016-07-25 08:00:00+01'::timestamp with timezone 
'2016-07-25 09:00:00+01'::timestamp with timezone

更奇怪的是，只有当时差为一小时时，它才能完全工作。当我从早上8点到10点过滤两个小时时，查询返回非零结果。它像一样工作

count(*) from 08:00 to 09:00 - zero
count(*) from 09:00 to 10:00 - zero
count(*) from 08:00 to 10:00 = actual count from 09:00 to 10:00

范围转换中似乎有一个错误。开始时间已转换，但结束时间未转换。

我想知道以前是否有人看到过这个问题。Postgres版本为9.3.4，在Ubuntu上运行。

modified列的定义

...
modified timestamp with time zone NOT NULL DEFAULT now(),
...

解释

Aggregate  (cost=374.84..374.85 rows=1 width=0)
  Output: count(*)
  ->  Index Only Scan using modified_idx on public.table1  (cost=0.56..362.14 rows=5079 width=0)
        Output: modified
        Index Cond: ((table1.modified >= '2016-07-25 08:00:00+01'::timestamp with time zone) AND (table1.modified < '2016-07-25 09:00:00+01'::timestamp with time zone))

Answer 1

这似乎是不可能的，唯一想到的解释是索引已损坏。

REINDEX INDEX modified_idx;

将重建索引，希望这将解决问题。