schemaname | tablename |     column      |            type             | encoding  | distkey | sortkey | notnull 
------------+-----------+-----------------+-----------------------------+-----------+---------+---------+---------
 public     | logs      | log_timestamp   | timestamp without time zone | delta32k  | f       |       1 | t
 public     | logs      | event           | character varying(256)      | lzo       | f       |       0 | f
 public     | logs      | message         | character varying(65535)    | lzo       | f       |       0 | f

我最近运行了Vacuum and Analyze,我在数据库中有大约1亿行,而且根据我包含的列,我看到了非常不同的性能.

查询1：
例如,以下查询大约需要3秒钟：

select log_timestamp from logs order by log_timestamp desc limit 5;

查询2：
要求更多数据的类似查询在8秒内运行：

select log_timestamp,event from logs order by log_timestamp desc limit 5;

查询3：
但是,此查询与之前的查询非常相似,需要8分钟才能运行！

select log_timestamp,message from logs order by log_timestamp desc limit 5;

查询4：
最后,这个查询与慢速查询相同,但具有明确的范围限制,非常快(~3s)：

select log_timestamp,message from logs where log_timestamp > '2014-06-18' order by log_timestamp desc limit 5;

消息列被定义为能够容纳更大的消息,但实际上它不包含太多数据：消息字段的平均长度是16个字符(std_dev 10).事件字段的平均长度是5个字符(std_dev 2).我能真正看到的唯一区别是VARCHAR字段的最大长度,但我认为这不应该对简单查询返回的时间产生一个数量级的影响！

任何见解将不胜感激.虽然这不是这个工具的典型用例(我们将聚合远远超过我们将检查单个日志),但我想了解我的表设计的任何微妙或不那么微妙的影响.

谢谢！

戴夫