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
|
Список | 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 по дате отправления: