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  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
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_databasestatistics. 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
allcases; 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
toknow if we're spending a lot of time in a particular non-heavy lock. Actually measuring time probably wouldn't make
sensebut 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
Дата:
Сообщение: Re: proposal: row_to_array function
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [PATCH] HINT: pg_hba.conf changed since last config reload