Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log
От | Masahiko Sawada |
---|---|
Тема | Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log |
Дата | |
Msg-id | CAD21AoCdB0wDsyPOeYdu-i1k3Ugrurrnwo12yTUQvF49MH=apg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Список | pgsql-hackers |
On Tue, Aug 15, 2017 at 11:14 AM, Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > Michael Paquier wrote: >> On Tue, Aug 15, 2017 at 10:27 AM, Masahiko Sawada <sawada.mshk@gmail.com> wrote: >> > Currently vacuum verbose outputs vacuum logs as follows. The first log >> > message INFO: vacuuming "public.hoge" writes the relation name with >> > schema name but subsequent vacuum logs output only relation name >> > without schema name. I've encountered a situation where there are some >> > same name tables in different schemas and the concurrent vacuum logs >> > made me hard to distinguish tables. Is there any reasons why we don't >> > write an explicit name in vacuum verbose logs? If not, can we add >> > schema names to be more clearly? >> >> That's definitely a good idea. lazy_vacuum_rel() uses in one place >> dbname.schname.relname for autovacuum. This is an inconsistent bit, >> but that's not really worth changing and there is always >> log_line_prefix = '%d'. > > Worth keeping in mind that INFO messages do not normally go to the > server log, but rather only to the client. If it were a problem at the > server side, you could also suggest adding %p to the log line prefix to > disambiguate. Maybe the scenario where this is a real problem is > vacuumdb -j ... Yeah, the situation I encountered is that. Invoke vaucuumdb -j and save its logs to check later. Regards, -- Masahiko Sawada NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: