Panduan Pemecahan Masalah Paket ServBay MariaDB/MySQL
Ringkasan
MariaDB dan MySQL merupakan sistem manajemen basis data relasional open source terkemuka yang banyak digunakan di berbagai aplikasi web dan bisnis. ServBay menyediakan paket MariaDB/MySQL dalam berbagai versi untuk macOS dan Windows, sehingga developer dapat dengan mudah menyiapkan lingkungan database lokal yang efisien. Walaupun terkenal stabil, kamu tetap bisa mengalami masalah seperti kegagalan startup, kesulitan koneksi, atau penurunan performa pada paket database selama pengembangan.
Panduan ini membantu pengguna ServBay mengidentifikasi dan menyelesaikan masalah-masalah umum pada paket MariaDB/MySQL, mulai dari diagnosa awal hingga solusi teknis yang spesifik terhadap lingkungan dan path ServBay.
Catatan Penting:
- Backuplah database Anda sebelum melakukan perubahan pada data atau konfigurasi! ServBay menyediakan fitur backup bawaan, rutinlah menggunakan fitur ini.
- Contoh perintah dan path menggunakan versi tertentu (misal
11.3
atau11.5
). Sesuaikan dengan versi MariaDB/MySQL aktif di ServBay Anda. Versi yang aktif dapat dilihat di aplikasi ServBay. - Placeholder seperti
<username>
,<database>
,<your_backup.sql>
di contoh perintah harus diganti dengan data asli milik Anda. - Panduan ini berlaku untuk macOS dan Windows. Path maupun perintah pada masing-masing sistem dibahas pada bagian terkait.
Langkah Diagnosa Awal Umum
Sebelum masuk ke troubleshooting spesifik, lakukan pemeriksaan berikut:
Cek Status Paket ServBay: Buka aplikasi ServBay dan pastikan MariaDB/MySQL versi yang akan digunakan sudah aktif dan berstatus “Running”. Atau cek lewat command line:
bashservbayctl status mariadb <version> # Contoh cek status MariaDB 11.3: servbayctl status mariadb 11.3
1
2
3Baca Log Aplikasi ServBay: ServBay mencatat error pada proses start atau pengelolaan paket. Log dapat diakses pada area log di aplikasi ServBay atau cek file log utama ServBay.
Periksa Log Error MariaDB/MySQL: Log error sangat membantu mengidentifikasi masalah startup atau runtime pada paket database. Path log biasanya:
macOS:
bash/Applications/ServBay/logs/mariadb/<version>/<version>.err # Contoh ambil 50 baris terakhir log error MariaDB 11.3: tail -n 50 /Applications/ServBay/logs/mariadb/11.3/11.3.err
1
2
3Windows:
cmdC:\ServBay\logs\mariadb\<version>\<version>.err # Contoh ambil 50 baris terakhir log error MariaDB 11.3: powershell "Get-Content -Path 'C:\ServBay\logs\mariadb\11.3\11.3.err' -Tail 50"
1
2
3Bacalah baris terakhir log—biasanya di situ terdapat detail error utama.
Permasalahan Umum dan Solusinya
1. Error Koneksi: SQLSTATE[HY000] [2002] No such file or directory
Error ini berarti client tidak bisa terhubung ke MariaDB/MySQL lewat Unix socket. Pada macOS, Unix socket adalah metode komunikasi antar-proses lokal yang lebih efisien daripada TCP/IP. Error muncul jika aplikasi atau terminal gagal menemukan file socket di path yang diharapkan.
Penyebab dan Solusi:
- Paket MariaDB/MySQL belum berjalan:
- Pastikan paket running lewat ServBay UI atau
servbayctl status mariadb <version>
. - Jika belum aktif, start via command:
servbayctl start mariadb <version>
. Periksa log error (.err
) jika gagal.
- Pastikan paket running lewat ServBay UI atau
- Path file socket tidak sesuai (khusus macOS/Linux):
- Pastikan path socket yang dipakai client sama dengan konfigurasi server (
my.cnf
). - macOS: Cek setting
socket
pada/Applications/ServBay/etc/mariadb/<version>/my.cnf
. - Windows: Tidak menggunakan Unix socket, tetapi dengan named pipe atau TCP/IP.
- macOS: Pastikan aplikasi/client menggunakan path socket default ServBay, biasanya
/Applications/ServBay/tmp/mysql.sock
atau/tmp/mysql.sock
.
- Pastikan path socket yang dipakai client sama dengan konfigurasi server (
- Masalah setelan default ServBay:
- Di ServBay, cek menu “Settings” → “Default SQL Server” untuk memilih versi MariaDB/MySQL default. Beberapa tool client (
mysql
CLI tanpa flag-S
/-h
) akan mencoba socket default.
- Di ServBay, cek menu “Settings” → “Default SQL Server” untuk memilih versi MariaDB/MySQL default. Beberapa tool client (
- Masalah permissions:
- macOS: User yang menjalankan MariaDB/MySQL tidak punya izin tulis/read pada lokasi socket. Jika berhasil install dan setup via ServBay, permissions sudah benar, kecuali pernah mengubah permissions folder
/Applications/ServBay/tmp/
atau/tmp/
. - Windows: Pastikan user yang menjalankan ServBay mendapat izin untuk membuka port/named pipe yang digunakan.
- macOS: User yang menjalankan MariaDB/MySQL tidak punya izin tulis/read pada lokasi socket. Jika berhasil install dan setup via ServBay, permissions sudah benar, kecuali pernah mengubah permissions folder
Alternatif (paksa pakai koneksi jaringan):
- Gunakan IP
127.0.0.1
alih-alihlocalhost
saat koneksi, sehingga client pakai TCP/IP bukan socket. Jika berhasil connect via127.0.0.1
, masalah berasal dari file socket.bashmysql -u <username> -p -h 127.0.0.1 -P 3306
1
2. Error Koneksi: Masalah pada koneksi jaringan (misal Connection refused
, Can't connect to MySQL server
)
Error ini muncul jika client gagal terhubung ke MariaDB/MySQL melalui TCP/IP.
Penyebab dan Solusi:
Paket MariaDB/MySQL belum berjalan: (Sama seperti point sebelumnya)
Port sudah terpakai:
- Pastikan port MariaDB/MySQL (default 3306) tidak terpakai program lain.
macOS:
bashlsof -i :3306 # atau netstat -anv | grep LISTEN | grep 3306
1
2
3Windows:
cmdnetstat -an | findstr :3306 # Bisa juga pakai PowerShell Get-NetTCPConnection -LocalPort 3306
1
2
3Jika port 3306 digunakan, hentikan aplikasi yang pakai, atau ubah parameter
port
di file konfigurasi MariaDB/MySQL dan restart.- macOS:
/Applications/ServBay/etc/mariadb/<version>/my.cnf
- Windows:
C:\ServBay\etc\mariadb\<version>\my.cnf
Firewall menghalangi koneksi:
macOS:
- Cek System Preferences → Network → Firewall.
- Izinkan proses
mysqld
lewat firewall:bash# Contoh, sesuaikan path sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /Applications/ServBay/bin/mariadb/<version>/bin/mysqld sudo /usr/libexec/ApplicationFirewall/socketfilterfw --unblockapp /Applications/ServBay/bin/mariadb/<version>/bin/mysqld
1
2
3
Windows:
- Periksa aturan di Windows Defender Firewall atau aplikasi firewall pihak ketiga.
- Tambahkan aplikasi/port lewat firewall:cmd
netsh advfirewall firewall add rule name="ServBay MariaDB" dir=in action=allow program="C:\ServBay\bin\mariadb\<version>\bin\mysqld.exe"
1
Setelan konfigurasi (
bind-address
):- Pastikan parameter
bind-address
dimy.cnf
benar. Jika127.0.0.1
ataulocalhost
, hanya menerima koneksi dari lokal. Agar bisa akses dari luar/VM, ganti jadi0.0.0.0
(akses semua IP) lalu cek firewall.
- Pastikan parameter
Masalah resolusi network (
localhost
):- Pastikan
localhost
benar-benar mengarah ke127.0.0.1
dan::1
.
macOS:
bashping localhost # cek file hosts cat /etc/hosts
1
2
3Windows:
cmdping localhost # cek file hosts type C:\Windows\System32\drivers\etc\hosts
1
2
3Pastikan
localhost
sudah terdaftar pada file hosts. Nonaktifkan aplikasi proxy yang mungkin mengganggu koneksi lokal.- Pastikan
3. Paket MariaDB/MySQL Gagal Start
Penyebab dan Solusi:
Periksa log error (paling penting!): Temukan pesan error startup pada log paket.
- macOS:
/Applications/ServBay/logs/mariadb/<version>/<version>.err
- Windows:
C:\ServBay\logs\mariadb\<version>\<version>.err
- macOS:
Konfigurasi bermasalah: Syntax error, parameter invalid, atau path salah pada konfigurasi.
Lokasi konfigurasi:
- macOS:
/Applications/ServBay/etc/mariadb/<version>/my.cnf
- Windows:
C:\ServBay\etc\mariadb\<version>\my.cnf
Validasi syntax:
bash# macOS /Applications/ServBay/bin/mariadb/<version>/bin/mysqld --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf --validate-config # Windows C:\ServBay\bin\mariadb\<version>\bin\mysqld.exe --defaults-file=C:\ServBay\etc\mariadb\<version>\my.cnf --validate-config
1
2
3
4
5- macOS:
Port sudah digunakan: (cek seperti sebelumnya)
Disk penuh: Partisi untuk data dan log database tidak cukup ruang.
Lokasi Directory:
- macOS: Data
/Applications/ServBay/db/mariadb/<version>/
, Log/Applications/ServBay/logs/mariadb/<version>/
- Windows: Data
C:\ServBay\db\mariadb\<version>\
, LogC:\ServBay\logs\mariadb\<version>\
- macOS: Data
Permisi file/folder bermasalah: User yang menjalankan MariaDB/MySQL tidak punya hak akses ke konfigurasi, data, atau log. ServBay otomatis melakukan setup saat install, tapi jika permissions pernah diubah manual bisa timbul masalah.
Cek permissions di macOS:
bashls -ld /Applications/ServBay/db/mariadb/<version> ls -l /Applications/ServBay/etc/mariadb/<version>/my.cnf ls -ld /Applications/ServBay/logs/mariadb/<version>
1
2
3Pastikan user proses database (misal
_mysql
) punya akses penuh.Cek permissions di Windows: Cek lewat properties di File Explorer dan pastikan akun ServBay punya akses sesuai.
Kerusakan data: (lihat bagian “Crash/kerusakan data” di bawah) Jika shutdown tidak normal atau ada masalah lain, file data bisa rusak dan startup gagal.
Setelah perbaikan:
- Restart paket dengan perintah:
servbayctl restart mariadb <version>
4. Masalah Hak Akses atau Autentikasi
Setelah berhasil koneksi ke server database, error bisa terjadi akibat username, password, atau hak akses yang salah (misal Access denied
).
Penyebab dan Solusi:
- Username/password salah: Pastikan username dan password benar. ServBay menyediakan fitur reset password root jika lupa data.
- Restriksi host: User database bisa terbatas untuk host tertentu (misal
'user'@'localhost'
). Coba koneksi sebagai'user'@'127.0.0.1'
dapat gagal jika tidak diotorisasi.'%'
berarti bisa connect dari host mana saja. - Hak akses belum cukup: User mungkin belum punya akses ke database target atau belum berhak menjalankan query tertentu (SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, dst.).
- Cek hak akses user:
- Login sebagai root:bash
mysql -u root -p
1 - Di terminal SQL, cek hak akses user:sql
SHOW GRANTS FOR '<username>'@'<hostname>'; -- Contoh cek hak akses user 'webapp' dari localhost: SHOW GRANTS FOR 'webapp'@'localhost'; -- Cek hak akses user 'admin' dari host manapun: SHOW GRANTS FOR 'admin'@'%';
1
2
3
4
5 - Jika perlu, edit hak akses dengan
GRANT
atauREVOKE
, atau buat user baru sesuai kebutuhan.
- Login sebagai root:
5. Masalah Performa
Penurunan performa database berakibat pada lambatnya respon aplikasi.
Penyebab dan Solusi:
- Query lambat: Query tidak efisien, kurang index, atau rencana eksekusi buruk.
- Aktifkan slow query log: Set pada
my.cnf
denganslow_query_log = 1
danlong_query_time = 1
(catat query >1 detik), serta tentukan path file logslow_query_log_file
. Setelah restart, analisis file log slow query. - Gunakan
EXPLAIN
: TambahkanEXPLAIN
di depan query bermasalah untuk menganalisa rencana eksekusi dan penggunaan index.sqlEXPLAIN SELECT * FROM your_table_name WHERE column_name = 'value';
1 - Optimalkan SQL: After analisa, rewrite query, kurangi pemakaian
SELECT *
, hindari fungsi di WHERE dan JOIN agar index dimanfaatkan optimal.
- Aktifkan slow query log: Set pada
- Index kurang/belum optimal: Kolom sering dipakai WHERE, ORDER BY, atau GROUP BY sebaiknya punya index.
- Cek struktur tabel dan query populer, tambahkan index:sqlPerlu dipertimbangkan dampak penambahan index pada performa write dan konsumsi storage.
CREATE INDEX idx_column_name ON your_table_name(column_name);
1
- Cek struktur tabel dan query populer, tambahkan index:
- Konfigurasi cache keliru: Parameter seperti
innodb_buffer_pool_size
(InnoDB) ataukey_buffer_size
(MyISAM) padamy.cnf
terlalu kecil/besar.- Sesuaikan konfigurasi cache: Atur berdasarkan RAM dan kebutuhan, misal
innodb_buffer_pool_size
50–70% dari total memory kalau server utama untuk database. Ingat, harus restart database setelah edit config.ini[mysqld] # Contoh, sesuaikan ukuran innodb_buffer_pool_size = 2G # Jika pakai MyISAM: # key_buffer_size = 256M
1
2
3
4
5
- Sesuaikan konfigurasi cache: Atur berdasarkan RAM dan kebutuhan, misal
- Bottleneck hardware: CPU terlalu tinggi, RAM kurang (swap banyak), atau I/O disk berat. Monitor lewat Activity Monitor macOS atau perintah
top
/htop
untuk identifikasi bottleneck.
6. Crash Database atau Kerusakan Data
Database gagal start, sering crash, atau data error menandakan file data rusak.
Penyebab dan Solusi:
- Periksa log error database: Cari pesan crash atau damage di log error.
- macOS:
/Applications/ServBay/logs/mariadb/<version>/<version>.err
- Windows:
C:\ServBay\logs\mariadb\<version>\<version>.err
- macOS:
- Masalah hardware: Gangguan disk, memory error, dsb. Cek system log (
Console.app
) atau tool diagnostik hardware. - Konflik software atau Bug: Versi tertentu MariaDB/MySQL kadang bug, atau bentrok dengan software lain.
- Salah setting konfigurasi: Parameter tidak valid di
my.cnf
menyebabkan database rawan crash. - Shutdown paksa/tidak normal: Jika database tidak dimatikan secara baik (misal kill process atau tutup ServBay tiba-tiba), file data mungkin rusak.
Solusi:
- Coba restart dengan normal: Lewat aplikasi ServBay atau command:
servbayctl restart mariadb <version>
. Kadang restart cukup untuk pemulihan otomatis. - Pakai
mysqlcheck
untuk diagnosa/repair: Tool untuk cek integritas dan repair table (efektif untuk MyISAM).bashCatatan: Repair hanya berlaku untuk MyISAM. Untuk InnoDB, solusinya lebih advanced (lihat InnoDB force recover/balik dari backup).# Cek semua database/table dengan root dan konfigurasi ServBay mysqlcheck --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p --check --all-databases # Repair otomatis untuk MyISAM: # mysqlcheck --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p --auto-repair --check --all-databases
1
2
3
4 - InnoDB force recovery (
innodb_force_recovery
): Jika InnoDB gagal start, bisa memaksa recovery. Sangat riskan, bisa berakibat hilang/tidak konsisten data! Utama digunakan untuk export/dump data sebagai backup darurat.- Backup file data dahulu: Copy folder data
/Applications/ServBay/db/mariadb/<version>/
ke lokasi lain. - Edit
my.cnf
di/Applications/ServBay/etc/mariadb/<version>/my.cnf
. - Tambahkan pada
[mysqld]
:innodb_force_recovery = N
(N mulai dari 1, naik sampai 6 jika gagal). Coba start database tiap kali ubah value, stop jika gagal, ulang dengan value lebih tinggi. - Start database:
servbayctl start mariadb <version>
- Jika bisa start, SEGERA dump seluruh data:bashPastikan file backup valid dan ukurannya wajar!
mysqldump --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p --all-databases --routines --triggers --events > /path/to/your_emergency_backup.sql
1 - Setelah export, stop database:
servbayctl stop mariadb <version>
- Hapus/coment
innodb_force_recovery
darimy.cnf
- Restore data: Inisialisasi folder data baru, lalu import hasil dump ke database fresh.
- Backup file data dahulu: Copy folder data
- Restore dari backup: Jika perbaikan gagal/data tidak valid, recovery paling aman adalah restore dari backup terakhir. Backup ServBay biasanya di
/Applications/ServBay/backup/mariadb/<version>/
.- Contoh restore (ke
<target_database_name>
):bashCatatan: Ganti# Pastikan database target sudah ada # mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p -e "CREATE DATABASE <target_database_name>;" # Import backup mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u <username> -p <target_database_name> < /Applications/ServBay/backup/mariadb/<version>/<your_backup.sql>
1
2
3
4
5<version>
sesuai paket yang digunakan.
- Contoh restore (ke
7. Masalah Backup dan Restore
Saat backup/restore via fitur ServBay atau manual dengan mysqldump
, bisa ditemukan error.
Penyebab dan Solusi:
- File backup tidak lengkap/rusak:
- Cek ukuran file (
ls -lh /path/to/your_backup.sql
), pastikan sepadan dengan isi yang harusnya. - Buka file dengan editor/
less
untuk memastikan berisi SQL. - Pastikan tidak ada error saat backup, cek log ServBay jika pakai fitur internal.
- Cek ukuran file (
- Error saat restore:
- Username/password/target database salah.
- User yang menjalankan restore tidak punya hak akses cukup.
- Syntax SQL tidak kompatibel (misal backup MySQL restore ke MariaDB, atau sebaliknya).
- Masalah constraint foreign key: Urutan restore bisa menyebabkan foreign key gagal karena table referensi belum ada. Bisa disable sementara:sqlCatatan: Disable foreign key bisa picu data tidak konsisten, hanya untuk proses import saja.
-- Sebelum import SET foreign_key_checks = 0; -- Jalankan source file backup source /path/to/your_backup.sql; -- Atau via import: mysql ... < /path/to/your_backup.sql -- Setelah selesai SET foreign_key_checks = 1;
1
2
3
4
5
6
7
8 - Masalah charset/collation: Data/table use charset yang tidak sesuai dengan target database sehingga bisa error atau data corrupt. Pastikan charset (misal
utf8mb4
) kompatibel.
Contoh proses restore database via command line:
macOS:
bash
# Backup untuk satu database
# Pastikan <target_database_name> sudah dibuat
# mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p -e "CREATE DATABASE <target_database_name>;"
# Import file backup
mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u <username> -p <target_database_name> < /Applications/ServBay/backup/mariadb/<version>/<your_backup.sql>
# Jika backup untuk seluruh database (--all-databases), tidak perlu tuliskan database target
# mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u <username> -p < /Applications/ServBay/backup/mariadb/<version>/<your_backup.sql>
1
2
3
4
5
6
7
8
9
2
3
4
5
6
7
8
9
Windows:
cmd
REM Backup untuk satu database
REM Buat dulu <target_database_name>
REM C:\ServBay\bin\mariadb\<version>\bin\mysql.exe --defaults-file=C:\ServBay\etc\mariadb\<version>\my.cnf -u root -p -e "CREATE DATABASE <target_database_name>;"
REM Import file backup
C:\ServBay\bin\mariadb\<version>\bin\mysql.exe --defaults-file=C:\ServBay\etc\mariadb\<version>\my.cnf -u <username> -p <target_database_name> < C:\ServBay\backup\mariadb\<version>\<your_backup.sql>
REM Untuk backup seluruh database (--all-databases), tidak perlu nama database target
REM C:\ServBay\bin\mariadb\<version>\bin\mysql.exe --defaults-file=C:\ServBay\etc\mariadb\<version>\my.cnf -u <username> -p < C:\ServBay\backup\mariadb\<version>\<your_backup.sql>
1
2
3
4
5
6
7
8
9
2
3
4
5
6
7
8
9
Catatan: <version>
perlu diganti versi target database. Backup ServBay umumnya menghasilkan file yang mudah di-restore, dan aplikasi menyediakan fitur restore.
8. Bug Spesifik: MariaDB 11.5.1 Gagal Start InnoDB (ib_logfile0 was not found
/ Missing FILE_CHECKPOINT
)
Ini adalah bug serius pada MariaDB 11.5.1 yang menyebabkan InnoDB gagal start atau memproses log file sehingga database tidak bisa diakses.
Karakteristik error pada log:
Di file log error akan terlihat error seperti:
Contoh macOS (/Applications/ServBay/logs/mariadb/11.5/11.5.err
):
[ERROR] InnoDB: File /Applications/ServBay/db/mariadb/11.5/ib_logfile0 was not found
[ERROR] InnoDB: Plugin initialization aborted with error Generic error
[ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
[ERROR] Unknown/unsupported storage engine: InnoDB
1
2
3
4
2
3
4
Contoh Windows (C:\ServBay\logs\mariadb\11.5\11.5.err
):
[ERROR] InnoDB: File C:\ServBay\db\mariadb\11.5\ib_logfile0 was not found
[ERROR] InnoDB: Plugin initialization aborted with error Generic error
[ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
[ERROR] Unknown/unsupported storage engine: InnoDB
1
2
3
4
2
3
4
Atau:
[ERROR] InnoDB: Missing FILE_CHECKPOINT(xxxxx) at xxxxx
[ERROR] InnoDB: Log scan aborted at LSN xxxxx
[ERROR] InnoDB: Plugin initialization aborted with error Generic error
[ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
[ERROR] Unknown/unsupported storage engine: InnoDB
1
2
3
4
5
2
3
4
5
Error ini menandakan InnoDB tidak bisa menemukan atau memproses file log dan gagal inisialisasi engine.
Solusi (membutuhkan migrasi data; backup sangat disarankan):
Ini bug yang sulit ditangani dengan cara biasa. Cara paling aman adalah force start untuk backup data, lalu migrasi ke versi MariaDB yang stabil.
Coba force recovery untuk backup data (riskan!):
Edit file konfigurasi:
- macOS:
/Applications/ServBay/etc/mariadb/11.5/my.cnf
- Windows:
C:\ServBay\etc\mariadb\11.5\my.cnf
Tambahkan pada
[mysqld]
:innodb_force_recovery = 6
Coba start service:
bashservbayctl start mariadb 11.5
1Jika berhasil start, segera backup data:
macOS:
bashmysqldump --defaults-file=/Applications/ServBay/etc/mariadb/11.5/my.cnf -u root -p --all-databases --routines --triggers --events > /Applications/ServBay/backup/mariadb/11.5/mariadb_11.5_emergency_backup.sql
1Windows:
cmdC:\ServBay\bin\mariadb\11.5\bin\mysqldump.exe --defaults-file=C:\ServBay\etc\mariadb\11.5\my.cnf -u root -p --all-databases --routines --triggers --events > C:\ServBay\backup\mariadb\11.5\mariadb_11.5_emergency_backup.sql
1Pastikan file backup jadi dan ukurannya wajar.
- macOS:
Stop dan tindak data versi bermasalah:
- Stop MariaDB 11.5:
servbayctl stop mariadb 11.5
- Edit file
my.cnf
, hilangkan/catatan baris `innodb_force_recovery
- Stop MariaDB 11.5: