[HACKERS] Explicit relation name in VACUUM VERBOSE log

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема [HACKERS] Explicit relation name in VACUUM VERBOSE log
Дата
Msg-id CAD21AoCtiAHCmtNQV2o8FjhEEEKSjRYCgzBOo-uzq86h96Nvhw@mail.gmail.com
обсуждение исходный текст
Ответы Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log  (Michael Paquier <michael.paquier@gmail.com>)
Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
Hi all,

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?

=# vacuum verbose hoge;
INFO:  vacuuming "public.hoge"
INFO:  index "hoge_idx" now contains 100000 row versions in 276 pages
DETAIL:  0 index row versions were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.
INFO:  "hoge": found 0 removable, 108 nonremovable row versions in 1
out of 443 pages
DETAIL:  0 dead row versions cannot be removed yet, oldest xmin: 559
There were 0 unused item pointers.
Skipped 0 pages due to buffer pins, 0 frozen pages.
0 pages are entirely empty.
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.
VACUUM

Attached patch and will add to commit fest.

Regards,

--
Masahiko Sawada
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Вложения

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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: [HACKERS] measuring the impact of increasing WAL segment size
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] measuring the impact of increasing WAL segment size