Seite 6 - MySQL

Auf Multi-Socket-Servern ist nicht jeder Arbeitsspeicher fuer jede CPU gleich schnell erreichbar. NUMA beschreibt genau diese Asymmetrie, und wer MySQL oder PHP-FPM ohne Ruecksicht auf NUMA-Nodes betreibt, riskiert stille Latenzverluste, die kein einzelner Konfigurationswert im Anwendungslayer erklaeren kann.

MySQL und MariaDB gelten oft als austauschbar, weil MariaDB als Fork von MySQL begann. Seit Jahren driften Window Functions, JSON-Implementierung, Replikationsmechanismen und Optimizer-Verhalten aber spürbar auseinander, und wer beim Deployment die falschen Annahmen trifft, bekommt inkompatible SQL-Syntax oder unerwartetes Replikationsverhalten in Produktion zu spüren.

Der Data Editor von PhpStorm kann weit mehr als einzelne Zellenwerte aendern: Mehrfachauswahl, CSV-Import und -Export sowie ein eingebauter Transaktionsmodus machen ihn zu einem echten Werkzeug fuer Massenoperationen, das aber besonders bei Remote-Verbindungen auf Produktionsdatenbanken mit Vorsicht eingesetzt werden sollte.

mysqldump und XtraBackup lösen dieselbe Aufgabe auf grundverschiedene Weise: das eine exportiert Daten als SQL-Text, das andere kopiert die Datendateien direkt. Welche Backup-Strategie zur Datenbankgröße, zur erlaubten Downtime und zur geforderten Restore-Geschwindigkeit passt, entscheidet im Ernstfall über Stunden statt Minuten Ausfallzeit.

Huge Pages reduzieren die Anzahl der Page-Table-Eintraege, die die CPU fuer den grossen InnoDB Buffer Pool verwalten muss, und senken damit die Rate an teuren Translation-Lookaside-Buffer-Fehlschlaegen. Wer dabei Transparent Huge Pages mit klassischen Huge Pages verwechselt, riskiert genau die Latenzspitzen, die eigentlich vermieden werden sollten.

Ein falsch dimensioniertes Connection-Pooling führt entweder zu Too-many-connections-Fehlern unter Last oder zu verschwendeten Ressourcen durch tausende ungenutzte Leerlaufverbindungen. Dieser Artikel zeigt, wie max_connections richtig dimensioniert wird, wie wait_timeout und interactive_timeout zusammenspielen, wie PHP-FPM-Pool-Größe und MySQL-Verbindungslimit aufeinander abgestimmt werden und wann ein externer Connection Pooler wie ProxySQL sinnvoll ist.

Ein nächtlicher mysqldump landet meist ungeprüft im Backup-Verzeichnis, bis er im Ernstfall gebraucht wird und sich als leer oder veraltet herausstellt. Eine automatisierte Datenbank-Dump-Analyse in Bash liest Größenverlauf, Tabellenzahlen und Schema-Änderungen direkt aus der Dump-Datei, ohne sie in eine Test-Datenbank einzuspielen.

Der InnoDB Buffer Pool entscheidet darüber, ob eine Abfrage aus dem Arbeitsspeicher in Mikrosekunden beantwortet wird oder eine langsame Festplattenoperation auslöst. Wer innodb_buffer_pool_size falsch dimensioniert oder die LRU-Liste nicht versteht, verschenkt Performance, die keine Indexoptimierung wieder aufholen kann. Dieser Artikel erklärt Aufbau, Sizing-Methodik und Monitoring des Buffer Pools mit echten SQL-Beispielen.

Das EAV-Schema erlaubt Magento beliebig viele Produktattribute ohne ALTER TABLE, erkauft das aber mit Join-Aufwand bei jeder Produktabfrage. Wer die Tabellenstruktur aus entity-, attribute- und typspezifischen value-Tabellen versteht, kann echte Engpässe von vermeintlichen EAV-Problemen unterscheiden und gezielt mit Flat-Tables oder eigenen Index-Tabellen gegensteuern.

Wer E2E Suiten gegen einen unbekannten Datenbankzustand laufen lässt, produziert Flaky Tests statt verlässlicher Ergebnisse. Dieser Artikel zeigt, wie Magento Shops vor jedem Testlauf in einen exakt bekannten Zustand versetzt werden, über API Aufrufe, CLI Befehle oder direkte SQL Fixtures, und wie dieser Zustand zwischen Testläufen schnell zurückgesetzt wird, ohne jedes Mal komplett neu zu seeden.