Re: We need to log aborted autovacuums
От | Josh Berkus |
---|---|
Тема | Re: We need to log aborted autovacuums |
Дата | |
Msg-id | 4CE465E0.8090102@agliodbs.com обсуждение исходный текст |
Ответ на | Re: We need to log aborted autovacuums (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: We need to log aborted autovacuums
|
Список | pgsql-hackers |
> It's hard to tell, because you're just handwaving about what it is you > think isn't being logged; nor is it clear whether you have any evidence > that locks are the problem. Offhand I'd think it at least as likely > that autovacuum thinks it doesn't need to do anything, perhaps because > of a statistics issue. There *is* an elog(DEBUG3) in autovacuum.c > that reports whether autovac thinks a table needs vacuumed/analyzed ... > maybe that needs to be a tad more user-accessible. Yeah, it would be really good to be able to log that without bumping the log levels of the server in general to DEBUG3. On a busy production server, using any of the DEBUG levels is pretty much out of the question ... they can produce up to 1GB/minute in output. -- -- Josh Berkus PostgreSQL Experts Inc. http://www.pgexperts.com
В списке pgsql-hackers по дате отправления: