Re: proposal: lock_time for pg_stat_database

Поиск
Список
Период
Сортировка
Искать
От
Jim Nasby
Тема
Re: proposal: lock_time for pg_stat_database
Дата
Msg-id
54B948FE.8080607@BlueTreble.com
Ответ на
Список
Дерево обсуждения
proposal: lock_time for pg_stat_database Pavel Stehule <pavel.stehule@gmail.com>
Re: proposal: lock_time for pg_stat_database Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: proposal: lock_time for pg_stat_database Pavel Stehule <pavel.stehule@gmail.com>
Re: proposal: lock_time for pg_stat_database Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: proposal: lock_time for pg_stat_database Pavel Stehule <pavel.stehule@gmail.com>
Re: proposal: lock_time for pg_stat_database Pavel Stehule <pavel.stehule@gmail.com>
Re: proposal: lock_time for pg_stat_database Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: proposal: lock_time for pg_stat_database Pavel Stehule <pavel.stehule@gmail.com>
Re: proposal: lock_time for pg_stat_database Pavel Stehule <pavel.stehule@gmail.com>
On 1/16/15 11:00 AM, Pavel Stehule wrote:
> Hi all,
>
> some time ago, I proposed a lock time measurement related to query. A main issue was a method, how to show this information. Today proposal is little bit simpler, but still useful. We can show a total lock time per database in pg_stat_database statistics. High number can be signal about lock issues.

Would this not use the existing stats mechanisms? If so, couldn't we do this per table? (I realize that won't handle all cases; we'd still need a "lock_time_other" somewhere).

Also, what do you mean by 'lock'? Heavyweight? We already have some visibility there. What I wish we had was some way to know if we're spending a lot of time in a particular non-heavy lock. Actually measuring time probably wouldn't make sense but we might be able to count how often we fail initial acquisition or something.
-- 
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com


В списке pgsql-hackers по дате отправления
От: Pavel Stehule
Дата:
От: Andres Freund
Дата:
FAQ