Cómo abrir un archivo de volcado SQL grande en Mac (sin bloqueos)

Un volcado de una base de datos de producción puede alcanzar fácilmente decenas de gigabytes. En cuanto intentas abrirlo en un editor de texto normal, el ventilador de tu Mac se dispara, aparece la bola de playa y, finalmente, la app se cierra, a veces llevándose el trabajo sin guardar de otras ventanas.

Por qué los editores se atascan con volcados grandes

VS Code, TextEdit, Sublime Text y compañía están diseñados para cargar el archivo entero en memoria para poder desplazarse, buscar y resaltar al instante. Eso está bien para un archivo de código de 2 MB. Para un volcado de 40 GB significa que el editor intenta reservar 40 GB (más la sobrecarga de sus estructuras de datos internas) en RAM.

Tu Mac tiene 16 o 32 GB. Mucho antes de que el archivo se cargue por completo, el sistema se queda sin memoria física, empieza a usar el disco como swap y se ralentiza hasta detenerse. La mayoría de los editores también se niegan de plano: VS Code limita los archivos a unos 50 MB para el editor completo y pasa a un modo reducido, TextEdit simplemente se cuelga y Sublime reserva memoria hasta que se bloquea. Incluso si consigues abrir el archivo, el resaltado de sintaxis y la búsqueda reanalizarán gigabytes con cada pulsación de tecla.

El problema de fondo: estas herramientas asumen acceso aleatorio a todo el documento. Un volcado no lo necesita: es una lista secuencial de sentencias. Solo necesitas recorrerlo en streaming.

La vía de la línea de comandos

Las herramientas Unix de tu Mac ya funcionan en streaming, así que nunca cargan el archivo entero. Son el primer recurso clásico:

# Echa un vistazo a las primeras y últimas líneas sin abrir todo el archivo
head -n 50 dump.sql
tail -n 50 dump.sql

# Divide el volcado en fragmentos de 100 MB llamados part_aa, part_ab, ...
split -b 100m dump.sql part_

# Extrae el bloque de una tabla entre dos marcadores
sed -n '/CREATE TABLE `users`/,/UNLOCK TABLES/p' dump.sql > users.sql

Esto funciona, pero es frágil y tedioso. split -b corta en fronteras de bytes en bruto, así que rebanará justo por la mitad de una sentencia INSERT: los fragmentos resultantes no son SQL válido por sí solos. El truco de rangos con sed depende de los marcadores exactos que una herramienta de volcado concreta emite; cambia la versión de MySQL o pasa a PostgreSQL y el patrón ya no coincide. Y nada de esto te da una visión de lo que hay realmente dentro del archivo: estás adivinando cuál es la tabla de 30 GB antes siquiera de poder apuntar a ella.

Ábrelo y fíltralo con DumpCleaner

DumpCleaner se creó exactamente para este tamaño de archivo. Recorre el volcado en streaming como lo hace la línea de comandos, pero entiende la estructura SQL, así que obtienes una lista de tablas real y una salida segura y consciente de las sentencias:

1. Arrastra el archivo. DumpCleaner abre el volcado recorriéndolo en fragmentos de ~1 MB: un archivo de 50 GB se abre con aproximadamente 50 MB de RAM, así que nada se congela.
2. Ve cada tabla. Escanea el volcado y lista cada tabla con su tamaño, así que detectas de inmediato cuál está inflando el archivo.
3. Deselecciona lo que no necesitas. Desmarca las enormes tablas de logs, sesiones o analítica. DumpCleaner mantiene las sentencias completas intactas: sin INSERT cortados a medias.
4. Exporta. Escribe un archivo .sql nuevo y más pequeño que por fin se abre e importa cómodamente. Tu archivo original nunca se modifica.

Como procesa volcados de 50 GB y mayores con memoria constante, no tienes que pensar en la RAM de tu Mac en absoluto. Y como lee el origen y escribe una salida separada, el volcado con el que empezaste queda exactamente como estaba.

Preguntas frecuentes