Re: what causes xact_rollback for a database in pg_stat_database to increment?
От | Jerry Sievers |
---|---|
Тема | Re: what causes xact_rollback for a database in pg_stat_database to increment? |
Дата | |
Msg-id | 87r21joh88.fsf@jsievers.enova.com обсуждение исходный текст |
Ответ на | what causes xact_rollback for a database in pg_stat_database toincrement? ("Hu, Patricia" <Patricia.Hu@finra.org>) |
Список | pgsql-general |
"Hu, Patricia" <Patricia.Hu@finra.org> writes: > We’ve been seeing over 200k rollbacks being recorded for a database > at certain hour overnight but can’t see the corresponding ROLLBACK > statements being recorded in postgresql db logs, even though our > log_statement is set to ALL. > > > > I did some tests and confirmed that xact_rollback count increments in > scenarios below and am looking further at those. > > 1. a ROLLBACK is issued explicitly or implicitly(if a > transaction or pl/pgsql block/function raises an exception or was > aborted) > > 2. it doesn’t reflect the number of records being rolled back > > 3. even if ROLLBACK statement results in WARNING like “there is > no transaction in progress”, it increments > > > > Does anyone know on top of his/her head any (other) explanation for > such unaccounted for rollbacks? Dangling session... begin; select this; select that... <drop connection> HTH > > > > Thanks, > > Patricia > > > > Confidentiality Notice:: This email, including attachments, may > include non-public, proprietary, confidential or legally privileged > information. If you are not an intended recipient or an authorized > agent of an intended recipient, you are hereby notified that any > dissemination, distribution or copying of the information contained > in or transmitted with this e-mail is unauthorized and strictly > prohibited. If you have received this email in error, please notify > the sender by replying to this message and permanently delete this > e-mail, its attachments, and any copies of it immediately. You should > not retain, copy or use this e-mail or any attachment for any > purpose, nor disclose all or any part of the contents to any other > person. Thank you. > > -- Jerry Sievers Postgres DBA/Development Consulting e: postgres.consulting@comcast.net
В списке pgsql-general по дате отправления: