性能优化-Postgres

我的任务是改进运行缓慢的进程的性能,该进程更新Postgres8.3数据库中的一些数据(在Solaris上运行,更新由通过SOAP的Perl5.8脚本驱动)。大约50%的时间消耗我几乎没有控制,所以调整我的50%是非常重要的。

表中通常有大约4500000行,尽管我已经看到它膨胀到大约7000000行。更新查询的ID(不是主ID或唯一ID)的不同值略低于9000,并且出现次数的分布严重加权为每个ID 1(中值为20,最大值为7000)。

这个ID上有一个索引,但是对于如此稀疏的数据,我想知道是否有更好的方法。我还考虑将一些事情非规范化(数据库无论如何也不是超级规范化的)并将数据拉到单独的表中(可能由触发器控制/维护),以帮助加快速度。

到目前为止,我做了一些非常基本的调整(不是每隔n秒钟对数据库进行一次ping操作,以查看它是否活动,而不是不必要地设置会话变量等等),这有助于提高效率,但我真的觉得数据中缺少了一些东西……

即使有人说将相关数据提取到一个单独的表中是一个非常好/非常糟糕的想法,这将非常有帮助!感谢您接受任何其他意见(或进一步澄清的问题)!

查询:

UPDATE tab1 SET client = 'abcd', invoice = 999 
    WHERE id = 'A1000062' and releasetime < '02-11-09'::DATE 
    AND charge IS NOT NULL AND invoice IS NULL AND client IS NULL;

我意识到“不是空的”离理想还很远。ID的索引与发票和客户机一样(btrees,所以我了解Postgres将/应该/可以在那里使用索引)。这是一个很普通的问题…

查询计划(用分析解释):

Bitmap Heap Scan on tab1 (cost=17.42..1760.21 rows=133 width=670) (actual time=0.603..0.603 rows=0 loops=1)
  Recheck Cond: (((id)::text = 'A1000062'::text) AND (invoice IS NULL))
  Filter: ((charge IS NOT NULL) AND (client IS NULL) AND (releasetime < '2009-11-02'::date))
  ->  Bitmap Index Scan on cdr_snapshot_2007_09_12_snbs_invoice  (cost=0.00..17.39 rows=450 width=0) (actual time=0.089..0.089 rows=63 loops=1)
    Index Cond: (((snbs)::text = 'A1000062'::text) AND (invoice IS NULL))
Total runtime: 0.674 ms

我相信自动真空是可以实现的。没有外键限制,但谢谢您的提示,因为我不知道这一点。

我真的很喜欢增加统计值的想法——我马上就要开始玩这个了。