PostgreSQL · Lección 01
¿Cómo gestiona PostgreSQL las conexiones de los clientes y qué implica?
Un proceso principal (postmaster) escucha y crea un proceso de servidor propio por cada conexión, por lo que muchas conexiones simultáneas consumen memoria y CPU y suele convenir limitarlas o usar un pool
Todas las conexiones comparten un único hilo de ejecución que atiende las consultas por turnos, así que el número de conexiones apenas afecta al consumo de recursos
Las conexiones se atienden con un pool interno fijo de procesos que PostgreSQL reparte solo, sin ningún límite configurable
Cada base de datos arranca un servidor independiente con su propio puerto, así que las conexiones a bases distintas no compiten por recursos
PostgreSQL · Lección 01
Completa el código
El proceso principal que escucha las conexiones se llama
Revisa: el proceso principal es el postmaster.
PostgreSQL · Lección 01
¿Por qué abrir miles de conexiones directas a PostgreSQL puede degradar el rendimiento aunque la mayoría estén inactivas?
Pista: cada conexión es un proceso del sistema operativo con su propia memoria; aunque estén inactivas, miles de procesos consumen recursos y aumentan la contención, mientras que un pool reutiliza pocas conexiones reales.
✓
¡Lección completada!
Qué es PostgreSQL y cómo gestiona las conexiones
0
XP ganado
3
Vidas restantes