Ir al contenido principal

SQL Error [53200]: ERROR: out of shared memory

 

¡Hola, amigos del blog! Hoy vamos a hablar sobre un tema que puede causar más de un dolor de cabeza a los que trabajamos con PostgreSQL: el temido error SQL Error [53200]: ERROR: out of shared memory. Pero no te preocupes, porque aquí te explico por qué sucede y cómo solucionarlo de manera sencilla y divertida.

Imagina que estás en una fiesta y hay demasiada gente queriendo usar el mismo baño. Al final, alguien se quedará esperando fuera, ¿verdad? Algo similar pasa con PostgreSQL cuando se queda sin memoria compartida para gestionar los bloqueos de los objetos. Este error suele aparecer cuando hay demasiados objetos bloqueados en una sola transacción o cuando el parámetro max_locks_per_transaction está configurado demasiado bajo.

¿Por qué ocurre este error?

Las principales causas son:

  1. Muchas transacciones concurrentes: Cuando hay demasiadas transacciones al mismo tiempo, todas compitiendo por recursos.
  2. Operaciones complejas: Transacciones que bloquean muchos objetos a la vez, como tablas y filas.
  3. Parámetros mal configurados: Especialmente max_locks_per_transaction.

¿Cómo solucionar el error?

¡No te preocupes! Aquí te dejo un paso a paso para solucionar este error y seguir disfrutando de tu fiesta (base de datos).

Paso 1: Ajustar max_locks_per_transaction

  1. Editar el archivo de configuración de PostgreSQL:

    • En tu terminal, abre el archivo postgresql.conf:

      sudo nano /etc/postgresql/15/main/postgresql.conf
  2. Buscar y ajustar el parámetro max_locks_per_transaction:

    • Si no encuentras el parámetro, añádelo. Un buen valor para empezar es 128.

      max_locks_per_transaction = 128
  3. Guardar los cambios y salir del editor.

  4. Reiniciar el servidor PostgreSQL:

    • En la terminal, ejecuta:

      sudo systemctl restart postgresql

Paso 2: Ajustar otros parámetros importantes

Para asegurarte de que tu PostgreSQL está funcionando de la mejor manera, ajusta estos parámetros:

  1. shared_buffers:

    • Aproximadamente el 25% de la RAM del sistema.

      shared_buffers = 2GB
  2. work_mem:

    • Memoria para cada operación de ordenación. Empieza con 64MB.

      work_mem = 64MB
  3. maintenance_work_mem:

    • Memoria para operaciones de mantenimiento. Puedes poner 512MB.

      maintenance_work_mem = 512MB
  4. effective_cache_size:

    • Aproximadamente el 50-75% de la RAM del sistema.

      effective_cache_size = 6GB
  5. wal_buffers:

    • Memoria para buffers de registros de escritura. 16MB suele ser suficiente.

      wal_buffers = 16MB

Paso 3: Monitorizar y ajustar según sea necesario

Es importante monitorear el rendimiento después de hacer estos cambios. Utiliza las vistas de PostgreSQL como pg_stat_activity, pg_stat_database, y pg_stat_bgwriter para obtener información valiosa sobre cómo se está comportando tu base de datos.

Ejemplo de Configuración Completa

Aquí tienes un ejemplo de configuración para tu archivo postgresql.conf:


# Memory settings shared_buffers = 2GB work_mem = 64MB maintenance_work_mem = 512MB effective_cache_size = 6GB # Checkpoint settings checkpoint_completion_target = 0.9 wal_buffers = 16MB # Connections max_connections = 200 # Lock settings max_locks_per_transaction = 128

Conclusión

Resolver el error "out of shared memory" en PostgreSQL no tiene por qué ser complicado. Con estos sencillos pasos y ajustes, tendrás tu base de datos funcionando de manera óptima en poco tiempo. ¡Sigue estos consejos y mantén la fiesta (tu base de datos) en marcha sin problemas!


¡No olvides compartir este tutorial!

Si te ha gustado este artículo y te ha sido útil, ¡no dudes en compartirlo con tus amigos y colegas! También puedes dejarnos tus comentarios y sugerencias para futuros tutoriales. ¡Nos encanta saber de ti!

Comentarios

Entradas populares de este blog

Lenguajes de programación más conocidos en la historia de la computación

Los primeros lenguajes de programación eran difíciles de construir ya que éstos debían ser "desarrollados" a un nivel que la máquina entendiera directamente, es decir, la programación de computadoras de esta época dependía mucho de la máquina para la que se estaba trabajando y detectar un error o fallo en la programación no solo era complejo sino que demandaba mucho tiempo y esfuerzo. En 1946 Grace Murray Hopper, científica en sistemas y oficial de la marina estadounidense creo el FLOW-MATIC, considerado el primer lenguaje de programación útil para resolver problemas de usuarios comerciales.  Su desarrollo fue enfocado a la UNIVAC 1.  Este lenguaje de programación fue visto como de "alto nivel", fácil de usar por los científicos de la época.  FLOW-MATIC requería de un traductor (compilador) para ser interpretado por la máquina.   Con este lenguaje de programación se establece el concepto de programación basado en palabras del lenguaje natural y se da inicio al d

Enviar archivos por sftp con Python

Esta es una breve modificación a uno de los scripts creados con anterioridad y que consiste en enviar un archivo por  sftp.   La necesidad en concreto consistía en comparar ambos servidores local y remoto y validar qué archivo faltaba en el remoto que estuviera en el local para proceder a enviarlo y mantener el remoto actualizado. Este script se guarda con el nombre que quieras, le das permiso de ejecución y lo agregas en un crontab. import pysftp import os # Cambiar por la ruta donde se generan los archivos (Amsterdam) servidor_local = os.listdir(r'C:\proyecto\archivos') #print servidor_local # Cambiar por una ruta en Amsterdam, puede ser /tmp/res os.remove(r"c:\proyecto\res\archivos.txt") for archivos in servidor_local: # Cambiar por '/tmp/res/archivos.txt','a' local = open(r"c:\proyecto\res\archivos.txt",'a') print 'Archivo local: '+archivos local.write(str(archivos)+'\n')

Extraer logs de un rango de hora

Seguramente en sus trabajos se habrán visto en la necesidad de extraer logs en un rango dado de hora; es decir, desde las xx hasta las yy. Este proceso se puede hacer en linux utilizando varios comando como el grep, head, cut, etc. que combinados nos mostrarán lo que andamos buscando. Como en mi trabajo actual es bastante común esta actividad me he dado a la tarea de crear un script bash para ello. Este es el código fuente que obviamente pueden mejor y/o adaptar a sus necesidades: #!/bin/bash ## Rango v.1.0 ## Genera un log con un rango de hora ingresado ## Autor: Manuel Gonzalez ## http://maengora.blogspot.com # Forma de usar el script echo "Con bash: ./rango.sh " # Solicito la hora inicial y la almaceno en la variable HORA_INICIAL echo -n "Hora incial hh:mm " read HORA_INICIAL # Solicito hora final echo -n "Hora final hh:mm " read HORA_FINAL # Solicito el nombre del log de donde voy a extraer la informacion echo -n "Nombre del log a analizar &qu