Re: Data Set Growth causing 26+hour runtime, on what we believe to be very simple SQL
В списке pgsql-performance по дате отправления:
| От | Craig Ringer |
|---|---|
| Тема | Re: Data Set Growth causing 26+hour runtime, on what we believe to be very simple SQL |
| Дата | |
| Msg-id | 4B591F7F.6070901@postnewspapers.com.au обсуждение исходный текст |
| Ответ на | Data Set Growth causing 26+hour runtime, on what we believe to be very simple SQL (Tory M Blue <tmblue@gmail.com>) |
| Ответы |
Re: Data Set Growth causing 26+hour runtime, on what we
believe to be very simple SQL
|
| Список | pgsql-performance |
Tory M Blue wrote: > Any assistance would be appreciated, don't worry about slapping me > around I need to figure this out. Otherwise I'm buying new hardware > where it may not be required. What is the reporting query that takes 26 hours? You didn't seem to include it, or any query plan information for it (EXPLAIN or EXPLAIN ANALYZE results). What sort of activity is happening on the db concurrently with your tests? What's your max connection limit? What're your shared_buffers and effective_cache_size settings? Could sorts be spilling to disk? Check work_mem size and enable logging of tempfiles (see the manual). Does an explicit ANALYZE of the problem table(s) help? -- Craig Ringer
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера