Dump database produksi bisa dengan mudah mencapai puluhan gigabyte. Begitu Anda mencoba membukanya di editor teks biasa, kipas Mac Anda berputar kencang, muncul beachball, dan akhirnya aplikasi berhenti — kadang menyeret pekerjaan yang belum tersimpan di jendela lain ikut hilang.
Mengapa editor kewalahan menghadapi dump besar
VS Code, TextEdit, Sublime Text, dan sejenisnya dirancang untuk memuat seluruh file ke dalam memori agar bisa menggulir, mencari, dan menyorot secara instan. Itu tidak masalah untuk file sumber 2 MB. Untuk dump 40 GB, artinya editor mencoba mengalokasikan 40 GB (ditambah overhead untuk struktur data internalnya) di RAM.
Mac Anda punya 16 atau 32 GB. Jauh sebelum file selesai dimuat, sistem kehabisan memori fisik, mulai melakukan swap ke disk, dan macet total. Kebanyakan editor bahkan menolak terang-terangan: VS Code membatasi file sekitar 50 MB untuk editor penuh lalu beralih ke mode terbatas, TextEdit langsung menggantung, dan Sublime terus mengalokasikan hingga crash. Bahkan jika file berhasil terbuka, penyorotan sintaks dan pencarian akan memindai ulang gigabyte data pada setiap ketukan tombol.
Inti masalahnya: alat-alat ini mengasumsikan akses acak ke seluruh dokumen. Dump tidak membutuhkan itu — dump hanyalah daftar pernyataan yang berurutan. Anda hanya perlu melakukan streaming melewatinya.
Cara lewat command line
Alat Unix di Mac Anda sudah melakukan streaming, jadi tidak pernah memuat seluruh file. Ini pilihan pertama klasik:
# Intip baris pertama dan terakhir tanpa membuka seluruh file head -n 50 dump.sql tail -n 50 dump.sql # Pecah dump menjadi potongan 100 MB bernama part_aa, part_ab, ... split -b 100m dump.sql part_ # Ambil blok satu tabel di antara dua penanda sed -n '/CREATE TABLE `users`/,/UNLOCK TABLES/p' dump.sql > users.sql
Cara ini berhasil, tetapi rapuh dan merepotkan. split -b memotong pada batas byte mentah, sehingga akan mengiris tepat di tengah pernyataan INSERT — potongan yang dihasilkan bukan SQL yang valid berdiri sendiri. Trik rentang sed bergantung pada penanda persis yang kebetulan dihasilkan oleh alat dump tertentu; ubah versi MySQL atau beralih ke PostgreSQL dan polanya tidak lagi cocok. Dan tidak satu pun dari semua itu memberi Anda gambaran apa yang sebenarnya ada di dalam file — Anda hanya menebak tabel mana yang berukuran 30 GB sebelum bisa menyasarnya.
Buka dan filter dengan DumpCleaner
DumpCleaner dibuat khusus untuk ukuran file seperti ini. DumpCleaner melakukan streaming dump seperti command line, tetapi memahami struktur SQL, sehingga Anda mendapat daftar tabel sungguhan dan output yang aman serta sadar-pernyataan:
- Seret file ke dalam. DumpCleaner membuka dump dengan streaming dalam potongan ~1 MB — file 50 GB terbuka dengan sekitar 50 MB RAM, jadi tidak ada yang membeku.
- Lihat setiap tabel. DumpCleaner memindai dump dan mendaftar setiap tabel beserta ukurannya, sehingga Anda langsung tahu mana yang membuat file membengkak.
- Hapus centang yang tidak Anda butuhkan. Batalkan centang tabel log, sesi, atau analitik raksasa. DumpCleaner menjaga pernyataan tetap utuh — tidak ada INSERT yang terpotong separuh.
- Ekspor. Tulis file
.sqlbaru yang lebih kecil yang akhirnya terbuka dan terimpor dengan nyaman. File asli Anda tidak pernah diubah.
Karena DumpCleaner memproses dump 50 GB dan lebih besar dengan memori konstan, Anda tidak perlu memikirkan RAM Mac Anda sama sekali. Dan karena ia membaca sumber lalu menulis output terpisah, dump yang Anda mulai tetap persis seperti semula.
Buka dump yang tak sanggup dibuka editor Anda
DumpCleaner melakukan streaming dump SQL berukuran berapa pun dengan memori konstan — tanpa crash, tanpa swap, tanpa menunggu. Seret file 50 GB, buang tabel yang tidak Anda butuhkan, ekspor yang lebih kecil. Aplikasi native macOS & iPadOS, sekali beli.
Unduh di App StorePertanyaan yang sering diajukan
Seberapa besar dump SQL yang bisa ditangani DumpCleaner?
Tidak ada batas tetap. DumpCleaner memproses file sebagai stream dalam potongan kecil, jadi dump 50 GB dan lebih besar berfungsi seperti yang kecil — ukurannya dibatasi oleh disk Anda, bukan RAM Anda.
Apakah DumpCleaner memuat seluruh file ke RAM?
Tidak. Berbeda dengan editor teks, DumpCleaner membaca dump dalam potongan kecil dan menjaga penggunaan memori kira-kira konstan di sekitar 50 MB, entah file itu 200 MB atau 50 GB.
Bisakah saya memecah dump per tabel?
Ya. Alih-alih split yang memotong membabi buta pada batas byte, DumpCleaner memahami struktur tabel. Batalkan centang tabel yang tidak Anda inginkan lalu ekspor file bersih hanya berisi yang Anda pertahankan.
Apakah DumpCleaner mengubah file asli saya?
Tidak. Dump sumber hanya dibaca — DumpCleaner selalu menulis file baru, jadi file asli Anda tetap utuh.
Berhenti berkelahi dengan editor Anda
Seret dump raksasa, buang tabel yang tidak Anda butuhkan, ekspor file yang benar-benar bisa dibuka. DumpCleaner menangani ukuran berapa pun dengan memori konstan.
Unduh di App Store