Re: Preventing query from hogging server

Поиск
Список
Период
Сортировка
От Matthew Nuzum
Тема Re: Preventing query from hogging server
Дата
Msg-id 42431b39.16b65c96.1b4b.ffffd9b6@mx.gmail.com
обсуждение исходный текст
Ответ на Re: Preventing query from hogging server  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
> How many rows in usage_access?

Oh, I just got my explain analyze:
                                                                      QUERY
PLAN
----------------------------------------------------------------------------
--------------------------------------------------------------------------
 Subquery Scan "*SELECT*"  (cost=9499707.90..9856491.74 rows=3567838
width=28) (actual time=11443537.58..12470835.17 rows=1198141 loops=1)
   ->  Aggregate  (cost=9499707.90..9856491.74 rows=3567838 width=28)
(actual time=11443537.56..12466550.25 rows=1198141 loops=1)
         ->  Group  (cost=9499707.90..9767295.78 rows=35678384 width=28)
(actual time=11443537.10..12408372.26 rows=35678383 loops=1)
               ->  Sort  (cost=9499707.90..9588903.86 rows=35678384
width=28) (actual time=11443537.07..12035366.31 rows=35678383 loops=1)
                     Sort Key: accountid, sessionid
                     ->  Seq Scan on usage_access  (cost=0.00..1018901.84
rows=35678384 width=28) (actual time=8.13..416580.35 rows=35678383 loops=1)
 Total runtime: 12625498.84 msec
(7 rows)

--
Matthew Nuzum <matt@followers.net>
www.followers.net - Makers of "Elite Content Management System"
View samples of Elite CMS in action by visiting
http://www.followers.net/portfolio/


В списке pgsql-performance по дате отправления:

Предыдущее
От: "Matthew Nuzum"
Дата:
Сообщение: Re: Preventing query from hogging server
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Preventing query from hogging server