PostgreSQL 08006 en base de datos: la conexión falló durante el uso

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

1. 1

   Si el servidor acepta conexiones ahora

   Requiere herramientas

   Quién:

   el desarrollador o el DBA.

   Cómo:

   ejecuta pg_isready con el mismo host y puerto que usa la aplicación.

   Resultado que importa:

   el código de salida: 0 acepta, 1 rechaza, 2 sin respuesta, 3 parámetros inválidos.

   Si devuelve 0:

   descarta que el servidor siga caído; el corte fue puntual o está en la red del cliente.

   Si devuelve 1 o 2:

   apunta al servidor o a la red hasta él; pasa al DBA.

   Evidencia a conservar:

   salida de pg_isready con hora y origen desde donde se lanzó.

   pg_isready solo comprueba si hay respuesta; no exige credenciales. No pruebes contraseñas en bucle para diagnosticar.

   Evidencia: PostgreSQL 18 pg_isready

2. 2

   Estado de las escrituras afectadas

   Requiere herramientas

   Quién:

   tú, como desarrollador.

   Cómo:

   localiza las transacciones en curso a la hora del corte y comprueba en la base si sus cambios están.

   Resultado que importa:

   qué operaciones quedaron confirmadas y cuáles no.

   Si los cambios no están:

   confirma que el servidor revirtió la transacción; puedes repetirla entera.

   Si no sabes si el COMMIT llegó:

   no la repitas sin una clave que evite duplicados.

   Evidencia a conservar:

   lista de operaciones afectadas y resultado.

   No repitas cobros o pedidos sin comprobar su estado. Si no tienes acceso a la base de producción, no lo hagas tú: pide la comprobación al DBA.

   Evidencia: PostgreSQL 18 Appendix A: Error Codes · PostgreSQL 18 frontend/backend protocol overview

3. 3

   Detección de enlaces muertos en el cliente

   Requiere herramientas

   Quién:

   tú, como desarrollador.

   Cómo:

   revisa en la cadena de conexión los parámetros keepalives, keepalives_idle, tcp_user_timeout y connect_timeout.

   Resultado que importa:

   qué valores usa la aplicación y si alguno está desactivado.

   Si keepalives está a 0:

   indica que el cliente puede tardar en detectar cortes; valora activarlo.

   Si ya están activos y el fallo persiste:

   descarta este ajuste como causa y sigue con la red.

   Evidencia a conservar:

   cadena de conexión sin la contraseña.

   No copies contraseñas en tickets ni registros.

   Evidencia: PostgreSQL database connection control functions

Un código solo tiene significado dentro del producto y la versión correctos.

El apéndice A asigna 08006 a connection_failure, en la clase 08. El protocolo describe cierres por pérdida del enlace, caída de un extremo o pérdida de sincronización de mensajes; ante un cierre inesperado, el cliente debe limpiar y puede volver a conectar. Si el servidor cierra la sesión, revierte la transacción abierta. libpq ofrece keepalives TCP y tcp_user_timeout para detectar enlaces muertos. El código no indica si falló la red, el servidor o un intermediario.

• Atención altaadvertencia editorial

  Detente antes de repetir escrituras: si el corte ocurrió tras enviar COMMIT, la aplicación no sabe si se confirmó, y repetir puede duplicar datos.

  Evidencia: PostgreSQL 18 Appendix A: Error Codes · PostgreSQL 18 frontend/backend protocol overview

1. 1

   PostgreSQL 18 Appendix A: Error Codes

   PostgreSQL Global Development Group · 2026 · official_doc

2. 2

   PostgreSQL error and notice fields

   PostgreSQL Global Development Group · 2026 · official_doc

3. 3

   PostgreSQL database connection control functions

   PostgreSQL Global Development Group · 2026 · official_doc