Warum cPanel und phpMyAdmin unterschiedliche Größen für eine Datenbank anzeigen

cPanel und phpMyAdmin können für dieselbe Datenbank unterschiedliche Werte anzeigen, weil Quelle und Zeitpunkt der Aktualisierung von der Serverkonfiguration abhängen.

Prüfen, wie viel Platz die Datenbank in cPanel und phpMyAdmin belegt

• phpMyAdmin bezieht aus INFORMATION_SCHEMA den für Daten und Indizes zugewiesenen Speicher. Bei InnoDB sind diese Werte Näherungen.
• cPanel kann die Nutzung aus INFORMATION_SCHEMA oder aus den Dateien auf dem Server ermitteln, je nach WHM-Konfiguration. Mit der Standardeinstellung verwendet es INFORMATION_SCHEMA.
• cPanel hält die Größen etwa vier Stunden lang im Cache.
• In MySQL 8 können die Tabellenstatistiken, die phpMyAdmin abfragt, mit der Standardkonfiguration bis zu 24 Stunden im Cache bleiben.

Eine einzelne Abweichung beweist daher weder, dass eines der Werkzeuge falsch misst, noch, dass die gesamte Differenz zurückgewinnbarer physischer Speicher ist.

Große Tabellen finden

Öffnen Sie die Datenbank in phpMyAdmin und sortieren Sie die Tabellen nach Größe. Prüfen Sie Daten und Indizes getrennt. Der als Überhang angezeigte Wert stammt aus DATA_FREE: Er steht für zugewiesenen, aber nicht belegten Speicher, beweist aber für sich allein nicht, wie viel davon an das Betriebssystem zurückgegeben werden kann. In einem gemeinsamen Tablespace kann er Speicher widerspiegeln, den sich mehrere Tabellen teilen.

Zu den Tabellen, die wir deutlich wachsen gesehen haben, gehören wp_actionscheduler_actions und wp_options in WordPress sowie ps_layered_filter_block in PrestaShop; ermitteln Sie aber immer, welche Komponente eine Tabelle nutzt, bevor Sie handeln.

Bevor Sie eine Tabelle leeren oder löschen, ermitteln Sie, welche Anwendung sie nutzt, und erstellen Sie ein Backup. Der Name allein reicht nicht, um sie für entbehrlich zu halten.

Speicher zurückgewinnen, ohne die Datenbank zu beschädigen

Tabelle optimieren sollten Sie erst in Betracht ziehen, nachdem Sie eine größere Datenmenge gelöscht und bestätigt haben, dass sich die Tabelle verkleinern lässt. Bei InnoDB wird die Tabelle dabei meist neu aufgebaut, was temporären Speicher verbraucht und die Festplatte erheblich belastet. Viele InnoDB-Tabellen erlauben während eines Teils des Vorgangs Schreibzugriffe, doch sind kurze exklusive Sperren nötig, und bestimmte Indizes oder Konfigurationen können ein Kopieren der Tabelle und eine längere Sperre erzwingen. Nutzt die Tabelle einen gemeinsamen Tablespace, garantiert der Vorgang nicht, dass die physische Datei auf dem Server kleiner wird.

Zuerst:

1. Erstellen Sie ein aktuelles Backup und prüfen Sie, dass Sie es wiederherstellen können.
2. Löschen Sie über die Anwendung nur die Daten, die Sie nicht mehr brauchen.
3. Prüfen Sie, dass genug Speicherplatz für den Vorgang vorhanden ist.
4. Optimieren Sie nur die betroffenen Tabellen.

Die Werte sind noch nicht aktualisiert

Warten Sie mindestens die nächste Neuberechnung von cPanel ab, die normalerweise alle vier Stunden erfolgt. In phpMyAdmin kann es bis zu 24 Stunden dauern, bis sich die Statistiken von MySQL 8 ändern.

Führen Sie Tabelle optimieren nicht nur aus, um die Aktualisierung eines Zählers zu erzwingen. Bleibt die Differenz nach diesen Fristen bestehen, fordern Sie eine Prüfung an und nennen Sie die Datenbank, die Werte, die Bildschirme, auf denen sie erscheinen, und die Uhrzeit der Prüfung. Sie lässt sich dann mit der tatsächlichen Nutzung auf dem Server abgleichen und klären, ob der Cache von cPanel aktualisiert werden sollte, ohne Zugangsdaten anzufordern.

Vergleichen Sie immer dieselbe Datenbank, Einheit und denselben Zeitpunkt: MB und MiB sind nicht gleichwertig. Zählen Sie den freien Speicher eines gemeinsamen Tablespace nicht für jede Tabelle einzeln. Vereinbaren Sie vor einem großen Neuaufbau ein Wartungsfenster und eine Speicherreserve mit dem Support; ein veralteter Zähler rechtfertigt nicht, eine funktionierende Datenbank zu gefährden.