| From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
|---|---|
| To: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
| Cc: | Eduardo Morras <emorrasg(at)yahoo(dot)es>, POSTGRES <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Funcionamiento Vacuum |
| Date: | 2013-09-17 19:30:35 |
| Message-ID: | 20130917193035.GD6056@eldon.alvh.no-ip.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Jaime Casanova escribió:
> 2013/9/17 Eduardo Morras <emorrasg(at)yahoo(dot)es>:
> >
> > Puede ser que una conexion de un cliente se quedara abierta y con un lock en dicha tabla, impidiendo que vacuum hiciese su trabajo. Lo que no se es si cuando vacuum encuentra un lock en una tabla se para o si sigue con la siguiente tabla sin lock.
>
> Depende de lo que la conexión abierta hubiera estado haciendo. Si dejo
> abierta una transacción y estuvo leyendo (SELECT) o escribiendo
> (INSERT/UPDATE/DELETE) en esa taba, VACUUM no podría procesar ciertas
> tuplas en la tabla (pero si procesaría la tabla) y no causaría este
> efecto.
También podría ser una transacción preparada. Mira
select * from pg_prepared_xacts;
Si retorna más de cero filas, seguramente necesitarás abortarlas o
comprometerlas.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Diego Ayala | 2013-09-17 19:57:09 | Re: Funcionamiento Vacuum |
| Previous Message | Jaime Casanova | 2013-09-17 19:25:12 | Re: Funcionamiento Vacuum |