异常问题：greenplum在一简单查询语句上性能远低于postgrelSQL

[zhjuan]

GreenPlum环境： 1台 master host（内存：16G）， 2台segment host（每台 2 segments，内存：16G）， 版本：5.3.0
postgresql环境： 1台（硬件同GreenPlum的配置），版本：8.3.23

表： alert_log_sm_http 在pg与gp的大小相同，行数为：5000000行，ID为主键索引。

运行结果如下：
PG：


GP：


问题：
运行时间相差太大，分别为：PG：0.056ms，GP：1974.565ms。从explain的分析结果看，segmet做全表扫描的时间消耗太大。
这样的问题可以怎么解决？

[ma100]

再跑一次， 可能一个是冷数据一个是热数据

[zhjuan]

基本找到原因了： optimizer 的原因，我们走不走索引由它决定，而有时候它的优化会偏离我们的方向，比如上面GP的运行走索引的话，效率会高很多，而它却不走索引。 解决办法： 关掉 optimizer。

[阿福Chris]

一眼就看到pg走的索引。。。。。

[patriotc]

可以关注下Greenplum的统计信息收集是否正确

[php17]

GP影响查询的因素： 1.是否有统计信息 2.是否有索引 3.数据分布是否均匀 这些都是需要考虑的地方 而且GP在优化器方面有做优化，但不稳定，需要测试