ServBay MariaDB/MySQL Probleemoplossingsgids

Overzicht

MariaDB en MySQL zijn toonaangevende open source relationele databasebeheersystemen, breed ingezet in webapplicaties en zakelijke omgevingen. ServBay integreert meerdere versies van MariaDB/MySQL pakketten op macOS en Windows, en biedt ontwikkelaars een efficiënte lokale databaseomgeving. Ondanks hun reputatie voor stabiliteit, kunnen er tijdens ontwikkeling en gebruik toch problemen ontstaan zoals niet starten, verbindingsproblemen of prestatievermindering.

Deze gids helpt ServBay-gebruikers bij het diagnosticeren en oplossen van veelvoorkomende MariaDB/MySQL-pakketproblemen. We behandelen algemene issues, diagnose-stappen en concrete oplossingen, met nadruk op ServBay-specifieke paden en commando's.

Belangrijke tips:

Maak altijd een backup van uw database voordat u handelingen uitvoert die data of configuratie kunnen veranderen! ServBay biedt ingebouwde back-upfunctionaliteit – gebruik deze regelmatig.
Commandovoorbeelden en paden gebruiken specifieke versienummers (zoals 11.3 of 11.5); vervang deze door het versienummer van uw eigen MariaDB/MySQL pakket in ServBay. U kunt uw geïnstalleerde en geactiveerde pakketten zien in de ServBay-appinterface.
In de voorbeelden zijn <username>, <database>, <your_backup.sql> plaatsaanduidingen en moeten vervangen worden door uw eigen gebruikersnaam, databasenaam of backupbestandsnaam.
Deze gids is toepasbaar voor zowel macOS als Windows; specifieke paden en commando's worden in elke sectie vermeld.

Algemene Diagnose-stappen

Voer deze basiscontroles uit voordat u dieper analyseert:

Controleer de status van het ServBay-pakket: Open de ServBay-app en controleer of de gewenste MariaDB/MySQL-versie is geactiveerd en als "Running" wordt weergegeven. U kunt dit ook via command line controleren:
bash
```
servbayctl status mariadb <version>
# Bijvoorbeeld, controleer status van MariaDB 11.3:
servbayctl status mariadb 11.3
```
1
2
3
Bekijk ServBay-app logboeken: Fouten tijdens opstarten of beheer van pakketten worden gelogd. Controleer het loggedeelte in de ServBay-app of het hoofdlogbestand.

Controleer MariaDB/MySQL-foutenlog: Dit is essentieel voor het oplossen van opstart- en runtime-problemen. Logbestandlocaties:

macOS:

bash

/Applications/ServBay/logs/mariadb/<version>/<version>.err
# Bijvoorbeeld, bekijk de laatste 50 regels van MariaDB 11.3 foutlog:
tail -n 50 /Applications/ServBay/logs/mariadb/11.3/11.3.err

Windows:

cmd

C:\ServBay\logs\mariadb\<version>\<version>.err
# Bijvoorbeeld, bekijk de laatste 50 regels van MariaDB 11.3 foutlog:
powershell "Get-Content -Path 'C:\ServBay\logs\mariadb\11.3\11.3.err' -Tail 50"

Lees de foutmelding aan het einde zorgvuldig door; deze geven vaak direct de oorzaak aan.

Veelvoorkomende Problemen & Oplossingen

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

Deze fout betekent doorgaans dat de client niet via het Unix socket bestand kan verbinden met de MariaDB/MySQL-server. Op macOS is de Unix socket een lokale communicatie-interface, vaak sneller dan TCP/IP. Gebeurt deze fout, dan mist het socket-bestand op de verwachte locatie.

Mogelijke oorzaken en oplossingen:

MariaDB/MySQL-pakket draait niet:
- Controleer via ServBay of met servbayctl status mariadb <version> of het pakket actief is.
- Start het pakket indien nodig: servbayctl start mariadb <version> en bekijk het foutlog (.err) bij opstartproblemen.
Onjuiste socketpad (macOS/Linux):
- Klant gebruikt een ander socketpad dan opgegeven in de serverconfig (my.cnf).
- macOS: Check socket parameter in configuratiebestand /Applications/ServBay/etc/mariadb/<version>/my.cnf.
- Windows: Gebruikt geen Unix socket; verbind via naamgegeven pipe of TCP/IP.
- macOS: Geef klanten het correcte socketpad mee — standaard is dit /Applications/ServBay/tmp/ of /tmp/, afhankelijk van versie en configuratie. Bijvoorbeeld /Applications/ServBay/tmp/mysql.sock of /tmp/mysql.sock.
ServBay standaardinstellingsprobleem:
- Controleer onder “Instellingen” → “Standaard SQL Server” of het juiste MariaDB/MySQL-pakket als standaard staat. Tools zoals de mysql command line client zullen standaard proberen te verbinden met de sockets van het standaardpakket.
Rechtenprobleem:
- macOS: De gebruiker die MariaDB/MySQL draait, heeft mogelijk onvoldoende rechten voor het socketdirectory of het socketbestand. ServBay regelt permissions doorgaans goed, maar handmatige aanpassing van /Applications/ServBay/tmp/ of /tmp/ kan problemen veroorzaken.
- Windows: Controleer of het gebruikersaccount van ServBay rechten heeft om te luisteren op de benuemde pipe of TCP/IP poort.

Alternatief (forceer netwerkverbinding):

Probeer verbinding via IP-adres 127.0.0.1 ipv localhost — dit dwingt TCP/IP-verbinding af, niet Unix socket. Werkt dit, dan zit het probleem vrijwel zeker in het socketbestand.
bash
```
mysql -u <username> -p -h 127.0.0.1 -P 3306
```
1

2. Verbindingsfout: netwerkproblemen (`Connection refused`, `Can't connect to MySQL server`)

Deze fouten betekenen meestal dat de client niet via TCP/IP verbinding kan maken met MariaDB/MySQL server.

Mogelijke oorzaken en oplossingen:

MariaDB/MySQL-pakket draait niet: Zie boven (status en .err log controleren).
Poort is bezet:
- Controleer dat poort 3306 niet door een ander programma wordt gebruikt.
macOS:
bash
```
lsof -i :3306
# Of
netstat -anv | grep LISTEN | grep 3306
```
1
2
3
Windows:
cmd
```
netstat -an | findstr :3306
# Of met PowerShell
Get-NetTCPConnection -LocalPort 3306
```
1
2
3
Stop indien nodig het andere proces of wijzig de poort in MariaDB/MySQL (port in configuratiebestand) en herstart het pakket.
- macOS: /Applications/ServBay/etc/mariadb/<version>/my.cnf
- Windows: C:\ServBay\etc\mariadb\<version>\my.cnf

Firewall blokkeert verbinding:

macOS:

Controleer Systeemvoorkeuren → Netwerk → Firewall.

Sta mysqld tijdelijk toe door de firewall:

bash

# Voorbeeldcommando, pad kan verschillen
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:

Check instellingen van Windows Defender of andere firewalls.

Sta het programma of de poort toe via:

cmd

# Sta programma toe door de firewall
netsh advfirewall firewall add rule name="ServBay MariaDB" dir=in action=allow program="C:\ServBay\bin\mariadb\<version>\bin\mysqld.exe"

Configuratieprobleem (bind-address):
- Kijk naar bind-address in de my.cnf. Op 127.0.0.1 of localhost accepteert de server enkel lokale verbindingen. Voor externe (of VM-)verbindingen, gebruik 0.0.0.0 of een specifiek IP en zorg dat de firewall dit toestaat.
Netwerkconfiguratie (localhost mapping):
- Zorg dat localhost correct mapped naar 127.0.0.1 (IPv4 loopback) en ::1 (IPv6).
macOS:
bash
```
ping localhost
# Bekijk hosts bestand
cat /etc/hosts
```
1
2
3
Windows:
cmd
```
ping localhost
# Bekijk hosts bestand
type C:\Windows\System32\drivers\etc\hosts
```
1
2
3
Een verkeerde of missende localhost entry veroorzaakt lokale verbindingsproblemen. Sluit proxy software af als deze lokale netwerkverkeer beïnvloedt.

3. MariaDB/MySQL pakket wil niet starten

Mogelijke oorzaken en oplossingen:

Controleer foutlog (belangrijk!): Zie het logbestand voor concrete foutreden:
- macOS: /Applications/ServBay/logs/mariadb/<version>/<version>.err
- Windows: C:\ServBay\logs\mariadb\<version>\<version>.err

Configuratiefout: Syntaxfouten, ongeldige parameters of paden.

Bestandlocaties:

macOS: /Applications/ServBay/etc/mariadb/<version>/my.cnf
Windows: C:\ServBay\etc\mariadb\<version>\my.cnf

Validatie configbestand:

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

Poort bezet: Zie poortcontrole hierboven.
Onvoldoende schijfruimte: Database- of logdirectory heeft niet genoeg ruimte.
Directorylocaties:
- 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>\
Rechtenprobleem: Serverproces heeft geen recht op configuratie-, data-, of logbestanden. ServBay regelt dit automatisch, maar handmatige rechtenwijzigingen kunnen problemen geven.
macOS controle:
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
Controleer dat het juiste systeemaccount (bijv. _mysql) lees-, schrijf-, en uitvoerrechten heeft.
Windows: Controleer bestandsrechten via Verkenner.
Datacorruptie: Zie “Database crash of datacorruptie” hieronder. Onjuist afsluiten of hardwareproblemen kunnen databestanden beschadigen.

Na het oplossen:

Start het pakket opnieuw: servbayctl restart mariadb <version>

4. Gebruikersrechten of authenticatieproblemen

Na succesvolle verbinding kunt u authentisatie- of toegangsproblemen ondervinden (bijvoorbeeld Access denied).

Mogelijke oorzaken en oplossingen:

Onjuiste gebruikersnaam/wachtwoord: Controleer dit precies. ServBay biedt een functie om het root wachtwoord snel te resetten.
Gebruikersaccount is gebonden aan specifiek host: Bijvoorbeeld, verbinding via '<username>'@'localhost' werkt, via '<username>'@'127.0.0.1' mogelijk niet — en vice versa. '%' staat verbinding vanuit elke host toe.
Onvoldoende rechten: Gebruiker heeft geen toegang tot de database of geen permissie voor specifieke handelingen (SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, etc).

Check gebruikersrechten:

Bekijk gebruikersrechten:

sql

SHOW GRANTS FOR '<username>'@'<hostname>';
-- Bijvoorbeeld, bekijk rechten van 'webapp' vanaf 'localhost':
SHOW GRANTS FOR 'webapp'@'localhost';
-- Bekijk rechten van 'admin' vanaf elke host:
SHOW GRANTS FOR 'admin'@'%';

Gebruik zo nodig GRANT en REVOKE om rechten aan te passen of een nieuwe gebruiker aan te maken.

5. Prestatieproblemen

Slechte databaseprestaties beïnvloeden de snelheid van uw applicatie.

Mogelijke oorzaken en oplossingen:

Langzame queries: Inefficiënte query's, ontbreken van indexen, slechte uitvoeringsplannen.
- Activeer slow query log: In my.cnf, stel slow_query_log = 1 en long_query_time = 1 (log alle queries langer dan 1 seconde), en geef het logbestand op via slow_query_log_file. Herstart daarna MariaDB/MySQL en analyseer log.
- Gebruik EXPLAIN: Zet dit voor een trage query om het uitvoeringsplan te analyseren en te beoordelen of indexen worden gebruikt.
  sql
```
EXPLAIN SELECT * FROM your_table_name WHERE column_name = 'value';
```
  1
- Optimaliseer query: Vermijd bijvoorbeeld SELECT * of gebruik van functies in WHERE-voorwaarden, en ontwerp query's zodat indexen effectief gebruikt worden.
Gebrek aan of slechte indexen: Veelgebruikte kolommen zonder index vertragen SELECT, ORDER BY, GROUP BY.
- Analyseer tabellen en querygedrag: Identificeer waar indexen nodig zijn.
- Maak indexen aan:
  sql
```
CREATE INDEX idx_column_name ON your_table_name(column_name);
```
  1
  Let op: schrijfvoorstellingen worden hierdoor langzamer en het vergt schijfruimte.
Verkeerde cache-instellingen: Parameters zoals innodb_buffer_pool_size of key_buffer_size (MyISAM) zijn te klein/groot in my.cnf.
- Pas cache aan in config: Stel af op uw systeemprestaties en databasegebruik. innodb_buffer_pool_size is belangrijk voor InnoDB — stel in op 50%-70% van het beschikbare RAM (voor databaseserver). Herstart voor effect.
  ini
```
[mysqld]
# Voorbeeld, pas aan naar wens, eenheden: B, K, M, G
innodb_buffer_pool_size = 2G
# Voor veel MyISAM tabellen:
# key_buffer_size = 256M
```
  1
  2
  3
  4
  5
Hardware bottlenecks: Hoge CPU, weinig RAM, veel disk I/O. Gebruik Activiteitenweergave (Activity Monitor) of top/htop op terminal om bottlenecks te vinden.

6. Databasecrashes of datacorruptie

Database werkt niet, crasht vaak, of data is plots corrupt.

Mogelijke oorzaken en oplossingen:

Bekijk foutlog: Dit biedt meestal directe oorzaak (zoals InnoDB-problemen, bestandsysteemproblemen, hardwaremeldingen).
- macOS: /Applications/ServBay/logs/mariadb/<version>/<version>.err
- Windows: C:\ServBay\logs\mariadb\<version>\<version>.err
Hardwareproblemen: Defecte schijf, RAM, enzovoorts. Zie systeemlog (Console.app) of gebruik hardwarediagnosehulpmiddelen.
Softwareconflicten of bugs: Specifieke MariaDB/MySQL-versies kunnen bugs bevatten, of conflicten met andere software.
Configuratiefouten: Verkeerde parameters in my.cnf kunnen instabiliteit veroorzaken.
Geforceerde afsluiting: Onjuist stoppen van MariaDB/MySQL (bijvoorbeeld door ServBay of het proces abrupt te beëindigen) kan tot een inconsistente gegevensstatus leiden.

Oplossingen:

Veilige herstart proberen: Start het pakket via de ServBay-app of command line: servbayctl restart mariadb <version>. Soms herstelt de database zichzelf op deze manier.

Gebruik mysqlcheck voor integraliteitscontrole en herstel: Dit controleert tabellen en probeert MyISAM-tabelproblemen automatisch te herstellen.

bash

# Controleer en herstel alle databases als root-gebruiker:
mysqlcheck --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p --check --all-databases
# Voor MyISAM tabellen, probeer automatisch herstel:
# mysqlcheck --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p --auto-repair --check --all-databases

Let op: --auto-repair werkt bij MyISAM. InnoDB vereist complexere acties zoals force recovery (hieronder) of herstel vanuit backup.

InnoDB force recovery (innodb_force_recovery): Start InnoDB in 'forceer herstel'-modus. Pas op: Kan dataverlies veroorzaken. Alleen gebruiken voor het exporteren/backup van data.
Stappen:
1. Maak eerst sowieso een backup van de datafolder (ook bij corruptie): Kopieer /Applications/ServBay/db/mariadb/<version>/ naar een andere locatie.
2. Pas my.cnf van de betreffende versie aan (/Applications/ServBay/etc/mariadb/<version>/my.cnf).
3. Voeg onder [mysqld] toe: innodb_force_recovery = N (N = 1 t/m 6; begin met 1 en verhoog stapsgewijs tot maximaal 6 indien nodig). Probeer telkens te starten.
4. Start MariaDB/MySQL: servbayctl start mariadb <version>.
5. Is opstart succesvol (zelfs in leesmodus), maak direct een backup met mysqldump:
  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
  Controleer of het backupbestand is aangemaakt en qua grootte plausibel is!
6. Stop daarna MariaDB/MySQL: servbayctl stop mariadb <version>.
7. Verwijder of zet innodb_force_recovery in commentaar in my.cnf.
8. Herstel de data: Meestal door een nieuwe datafolder aan te maken en uw backup daarin te importeren.

Herstellen via backup: Lukt herstel niet, of is data blijvend corrupt? Herstel dan via een recente backup. ServBay backupbestanden staan doorgaans in /Applications/ServBay/backup/mariadb/<version>/ (bij gebruik van ServBay-backupfunctie).

Backup terugzetten (voorbeeld voor herstel in <target_database_name>):

bash

# Zorg dat target database bestaat
# mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p -e "CREATE DATABASE <target_database_name>;"

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

Let op: <version> = versie van uw MariaDB/MySQL-pakket.

7. Problemen met backup en herstel

Er kunnen problemen ontstaan bij handmatige back-ups met mysqldump of via ServBay's ingebouwde backupfunctie.

Mogelijke oorzaken en oplossingen:

Backupbestand is niet compleet of corrupt:
- Controleer bestandsgrootte (ls -lh /pad/naar/your_backup.sql), kijk of dit overeenkomt met uw databasegrootte.
- Bekijk het bestand met een teksteditor of less en check of het valide SQL lijkt.
- Bij mysqldump: let op foutmeldingen tijdens het backup-proces. Bij ServBay backups: check ServBay-logboek.
Fout tijdens herstel:
- Onjuiste gebruikersnaam, wachtwoord of databasenaam.
- Gebruikersrechten onvoldoende.
- SQL-syntaxisfouten (bij import vanuit/naar verschillende versies of MariaDB <-> MySQL kunnen incompatibiliteit optreden).

Problemen met foreign key constraints: Importvolgorde kan breken door refererende tabellen. Uitgeschakelde foreign key check kan dit oplossen:

sql

-- Voor import uitzetten
SET foreign_key_checks = 0;
-- Importeer: bijvoorbeeld via
source /path/to/your_backup.sql; -- Uitgevoerd in mysql-client
-- Of via command line: mysql ... < /pad/naar/your_backup.sql

-- Na import weer aanzetten
SET foreign_key_checks = 1;

Let op: Dit kan inconsistentie veroorzaken — gebruik alleen tijdens import!

Problemen met charset/collatie: Backupbestand gebruikt een charset/collatie die niet matcht met de target database. Kan resulteren in errors of vreemde tekens. Zorg dat de target database compatible charset/collatie gebruikt (bijv. utf8mb4).

Correct database herstellen (command line):

macOS:

bash

# Bijvoorbeeld restore van een specifieke database
# Maak target database aan
# mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u root -p -e "CREATE DATABASE <target_database_name>;"

# Restore met correcte configuratie, gebruiker en database
mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u <username> -p <target_database_name> < /Applications/ServBay/backup/mariadb/<version>/<your_backup.sql>

# Restore van alle databases (--all-databases) heeft geen databasenaam nodig
# mysql --defaults-file=/Applications/ServBay/etc/mariadb/<version>/my.cnf -u <username> -p < /Applications/ServBay/backup/mariadb/<version>/<your_backup.sql>

Windows:

cmd

REM Bijvoorbeeld restore van één database
REM Maak target database aan
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 Restore met correcte configuratie, gebruiker en database
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 Restore van alle databases (--all-databases) hoeft geen databasenaam
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>

Let op: <version> = uw MariaDB/MySQL-versie. ServBay-generieke backups zijn meestal goed te herstellen en de app biedt herstelopties.

8. Specifieke Bug: MariaDB 11.5.1 InnoDB kan niet starten (`ib_logfile0 was not found` / `Missing FILE_CHECKPOINT`)

Deze bug treedt op bij MariaDB 11.5.1: InnoDB kan niet initialiseren door corrupte of missende logfile(s), waardoor de database niet start.

Kenmerkende fouten in het logbestand:

macOS voorbeeld (/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

Windows voorbeeld (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

Of:

[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

Deze fout betekent dat InnoDB niet meer kan starten: logfile ontbreekt of is corrupt.

Oplossing (data migratie – backup eerst proberen!):

Dit is een bekende en lastig te fixen bug. Meest veilig is: forceer database in herstelmodus, backup alles en migreer data naar stabiele MariaDB-versie.

Probeer force recovery voor data-backup (risico!):

Pas config bestand aan:

macOS: /Applications/ServBay/etc/mariadb/11.5/my.cnf
Windows: C:\ServBay\etc\mariadb\11.5\my.cnf

Voeg toe onder [mysqld]: innodb_force_recovery = 6

Start service:

bash

servbayctl start mariadb 11.5

Maak direct backup indien server start:

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

Controleer dat backupbestand correct aangemaakt is.

Stop en verwerk het probleemversie datafolder:
- Stop MariaDB 11.5: servbayctl stop mariadb 11.5
- Verwijder of zet innodb_force_recovery in commentaar in my.cnf.

ServBay MariaDB/MySQL Probleemoplossingsgids ​

Overzicht ​

Algemene Diagnose-stappen ​

Veelvoorkomende Problemen & Oplossingen ​

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

2. Verbindingsfout: netwerkproblemen (Connection refused, Can't connect to MySQL server) ​

3. MariaDB/MySQL pakket wil niet starten ​

4. Gebruikersrechten of authenticatieproblemen ​

5. Prestatieproblemen ​

6. Databasecrashes of datacorruptie ​

7. Problemen met backup en herstel ​

8. Specifieke Bug: MariaDB 11.5.1 InnoDB kan niet starten (ib_logfile0 was not found / Missing FILE_CHECKPOINT) ​

ServBay MariaDB/MySQL Probleemoplossingsgids

Overzicht

Algemene Diagnose-stappen

Veelvoorkomende Problemen & Oplossingen

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

2. Verbindingsfout: netwerkproblemen (`Connection refused`, `Can't connect to MySQL server`)

3. MariaDB/MySQL pakket wil niet starten

4. Gebruikersrechten of authenticatieproblemen

5. Prestatieproblemen

6. Databasecrashes of datacorruptie

7. Problemen met backup en herstel

8. Specifieke Bug: MariaDB 11.5.1 InnoDB kan niet starten (`ib_logfile0 was not found` / `Missing FILE_CHECKPOINT`)