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 atau 11.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:
bash
```
servbayctl status mariadb <version>
# Contoh cek status MariaDB 11.3:
servbayctl status mariadb 11.3
```
1
2
3
Baca 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

Windows:

cmd

C:\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"

Bacalah 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.
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.
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.
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.

Alternatif (paksa pakai koneksi jaringan):

Gunakan IP 127.0.0.1 alih-alih localhost saat koneksi, sehingga client pakai TCP/IP bukan socket. Jika berhasil connect via 127.0.0.1, masalah berasal dari file socket.
bash
```
mysql -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:
bash
```
lsof -i :3306
# atau
netstat -anv | grep LISTEN | grep 3306
```
1
2
3
Windows:
cmd
```
netstat -an | findstr :3306
# Bisa juga pakai PowerShell
Get-NetTCPConnection -LocalPort 3306
```
1
2
3
Jika 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

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"

Setelan konfigurasi (bind-address):
- Pastikan parameter bind-address di my.cnf benar. Jika 127.0.0.1 atau localhost, hanya menerima koneksi dari lokal. Agar bisa akses dari luar/VM, ganti jadi 0.0.0.0 (akses semua IP) lalu cek firewall.
Masalah resolusi network (localhost):
- Pastikan localhost benar-benar mengarah ke 127.0.0.1 dan ::1.
macOS:
bash
```
ping localhost
# cek file hosts
cat /etc/hosts
```
1
2
3
Windows:
cmd
```
ping localhost
# cek file hosts
type C:\Windows\System32\drivers\etc\hosts
```
1
2
3
Pastikan localhost sudah terdaftar pada file hosts. Nonaktifkan aplikasi proxy yang mungkin mengganggu koneksi lokal.

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

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

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>\, Log C:\ServBay\logs\mariadb\<version>\
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:
bash
```
ls -ld /Applications/ServBay/db/mariadb/<version>
ls -l /Applications/ServBay/etc/mariadb/<version>/my.cnf
ls -ld /Applications/ServBay/logs/mariadb/<version>
```
1
2
3
Pastikan 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:

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'@'%';

Jika perlu, edit hak akses dengan GRANT atau REVOKE, atau buat user baru sesuai kebutuhan.

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 dengan slow_query_log = 1 dan long_query_time = 1 (catat query >1 detik), serta tentukan path file log slow_query_log_file. Setelah restart, analisis file log slow query.
- Gunakan EXPLAIN: Tambahkan EXPLAIN di depan query bermasalah untuk menganalisa rencana eksekusi dan penggunaan index.
  sql
```
EXPLAIN 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.
Index kurang/belum optimal: Kolom sering dipakai WHERE, ORDER BY, atau GROUP BY sebaiknya punya index.
- Cek struktur tabel dan query populer, tambahkan index:
  sql
```
CREATE INDEX idx_column_name ON your_table_name(column_name);
```
  1
  Perlu dipertimbangkan dampak penambahan index pada performa write dan konsumsi storage.
Konfigurasi cache keliru: Parameter seperti innodb_buffer_pool_size (InnoDB) atau key_buffer_size (MyISAM) pada my.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
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
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).

bash

# 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

Catatan: Repair hanya berlaku untuk MyISAM. Untuk InnoDB, solusinya lebih advanced (lihat InnoDB force recover/balik dari backup).

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.
1. Backup file data dahulu: Copy folder data /Applications/ServBay/db/mariadb/<version>/ ke lokasi lain.
2. Edit my.cnf di /Applications/ServBay/etc/mariadb/<version>/my.cnf.
3. 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.
4. Start database: servbayctl start mariadb <version>
5. Jika bisa start, SEGERA dump seluruh data:
  bash
```
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
  Pastikan file backup valid dan ukurannya wajar!
6. Setelah export, stop database: servbayctl stop mariadb <version>
7. Hapus/coment innodb_force_recovery dari my.cnf
8. Restore data: Inisialisasi folder data baru, lalu import hasil dump ke database fresh.

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>):

bash

# 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>

Catatan: Ganti <version> sesuai paket yang digunakan.

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.
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:
sql
```
-- 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
Catatan: Disable foreign key bisa picu data tidak konsisten, hanya untuk proses import saja.
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>

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>

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

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

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

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:

bash

servbayctl start mariadb 11.5

Jika berhasil start, segera backup data:

macOS:

bash

mysqldump --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

Windows:

cmd

C:\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

Pastikan file backup jadi dan ukurannya wajar.

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

Panduan Pemecahan Masalah Paket ServBay MariaDB/MySQL ​

Ringkasan ​

Langkah Diagnosa Awal Umum ​

Permasalahan Umum dan Solusinya ​

1. Error Koneksi: SQLSTATE[HY000] [2002] No such file or directory ​

2. Error Koneksi: Masalah pada koneksi jaringan (misal Connection refused, Can't connect to MySQL server) ​

3. Paket MariaDB/MySQL Gagal Start ​

4. Masalah Hak Akses atau Autentikasi ​

5. Masalah Performa ​

6. Crash Database atau Kerusakan Data ​

7. Masalah Backup dan Restore ​

8. Bug Spesifik: MariaDB 11.5.1 Gagal Start InnoDB (ib_logfile0 was not found / Missing FILE_CHECKPOINT) ​

Panduan Pemecahan Masalah Paket ServBay MariaDB/MySQL

Ringkasan

Langkah Diagnosa Awal Umum

Permasalahan Umum dan Solusinya

1. Error Koneksi: `SQLSTATE[HY000] [2002] No such file or directory`

2. Error Koneksi: Masalah pada koneksi jaringan (misal `Connection refused`, `Can't connect to MySQL server`)

3. Paket MariaDB/MySQL Gagal Start

4. Masalah Hak Akses atau Autentikasi

5. Masalah Performa

6. Crash Database atau Kerusakan Data

7. Masalah Backup dan Restore

8. Bug Spesifik: MariaDB 11.5.1 Gagal Start InnoDB (`ib_logfile0 was not found` / `Missing FILE_CHECKPOINT`)