Welche Komplikationen treten auf, wenn ich MySQL auf MariaDB umstelle? Probleme mit Drush?


13

Ich besitze eine umfangreiche Drupal 7-Site für MySQL und habe überlegt, MySQL auf Mariadb umzustellen , aber ich war mir nicht sicher, auf welche Probleme ich stoßen würde. Nach dem, was ich lese, scheint Mariadb nur ein Tropfen Ersatz für Mysql zu sein, und es scheint nicht viel zu geben, mit dem man herumspielen könnte . Ich fragte mich, ob Mariadb Drush-Befehle beeinflussen würde.


Ok, ich habe meine Server-Techniker dazu gebracht, auf Mariadb umzusteigen. Bisher ist noch nichts Besonderes aufgefallen, aber unserer Erfahrung nach hatten wir viele Probleme bei der Durchführung eines Upgrades. Da wir eine ältere Version von cpanel hatten, mussten wir zuerst cpanel auf die neueste Version aktualisieren, dann PHP aktualisieren, dann Mysql aktualisieren und dann die PHP-Version auf 5.2 zurücksetzen, um Kompatibilitätsprobleme beizubehalten. Jetzt installieren wir MariaDB. Es dauerte 13 Stunden für diesen Übergang! Eine teure Lektion, die ich sagen muss, weil ich dachte, sie würde nur weniger als eine Stunde dauern. Teste zuerst die Inszenierung! hoffentlich hat dies jemandem geholfen, + rep, falls doch! Vielen Dank!
Patoshi パ ト シ

Es gibt verschiedene Probleme, über die man nachdenken muss. Debian unix_socket default ist eine davon. Ich frage mich, dass diese Themen nicht viel diskutiert werden. Ich gehe davon aus, dass viele ihre Arbeitsabläufe haben und sich immer noch an MySQL halten, weshalb es nicht gut dokumentiert ist. Lassen Sie mich einen Link zu einer neuen veröffentlichten Ausgabe erstellen
nilsun

@nilsun Im Gegenteil, heutzutage verwendet so ziemlich jeder MariaDB. Hier ist der kanonische Artikel von Pantheon, in dem erläutert wird, warum es für Hunderttausende von Drupal-Sites verwendet wird. Beispiel: pantheon.io/blog/using-mariadb-mysql-replacement . Die Probleme, über die Sie sprechen, scheinen eine Nische zu sein, daher können Sie wahrscheinlich nicht viel darüber diskutieren
Clive

@Clive Danke. Ich stimme teilweise zu. Aber Sie zählen große Spieler. Ein kleines Entwicklerteam ist eine andere Situation. Wenn es niemanden im Team gibt, der über die Erfahrung verfügt, das Verhalten von Debian-Paketen und die Philosophie von MariaDB zu korrelieren, KÖNNEN (nicht müssen) Sie aufgrund von Änderungen auf einige kleine Herausforderungen stoßen. Und insbesondere, wenn Sie Software von Drittanbietern verwenden, für die keine Fehlermeldungen für solche Szenarien vorbereitet sind.
Nilsun

Antworten:


4

Ich wollte mich nur darauf einlassen (wenn auch Monate zu spät) ... Ich habe in der Vergangenheit viele Drupal-Sites eingerichtet, mich entschlossen, diesmal "besser" zu werden, und habe MariaDB installiert.

Alles funktioniert wunderbar (schneller, sauberer usw.) mit Drupal 7, AUSSER für Backup / Restore: / Muss immer direkt in die Datenbank gehen (ob über PHPMyAdmin, Heidi oder die Befehlszeile) und alle Tabellen kopieren / exportieren.

Abgesehen davon, dass es eine Reihe von Gründen geben könnte, empfehle ich MariaDB sehr. Weniger Serverressourcen verwendet, D7 ist viel schneller usw. usw.


Aber in diesem Thread geht es nicht um die Vor- und Nachteile von MariaDB und wie gut es ist. Es geht um gut durchdachte Fragen zu Änderungen des Produktionsablaufs, die mit Drush besprochen werden müssen. Und es gibt mehrere.
Nilsun

8

Wie Sie sagen, ist Maria DB ein vollständig transparenter Ersatz für MySQL. Die Releases stimmen mit der gleichen Major / Minor-Version von MySQL überein, so dass sie in Bezug auf die Funktionen so gut wie immer im Tandembetrieb sind. Es liest die Standard-MySQL-Binärdatendateien, verwendet das Standard-System my.cnf und hat sogar einen Drop-In-Ersatz für InnoDB.

Die Idee ist, dass Ihre Anwendung den Eindruck hat, eine Verbindung zu einem MySQL-Server herzustellen. Es verwendet MySQL-Treiber, gibt vollständige MySQL-Anweisungen aus und empfängt die Antworten genau so, wie der MySQL-Server sie senden würde. Ihre App (s) werden den Unterschied nicht erkennen.

Ich benutze Maria bereits seit einiger Zeit für Drupal-Sites (auch intensiv mit Drush) und hatte bisher kein einziges Problem. Wenn Sie mit * nix arbeiten, dauert das Upgrade nur zwei Minuten.


genial. Genau das, was ich wissen musste. Danke!
Patoshi パ ト シ

eine andere Sache ist, dass ich gelegentlich SQL-Abfragen über das Terminal mache. Was wäre das Äquivalent zu einem Msyqldump? oder drush SQL-Abfrage 'Select * from Users'
Patoshi パ ト シ

Ich denke, mysqldump verwendet intern / usr / bin / mysql (oder ein gleichwertiges Programm), und da Maria diesen Pfad zu seiner eigenen Implementierung symbolisiert, müssten Sie keine Änderungen vornehmen. Verwenden Sie mysqldump einfach wie gewohnt weiter. Ich könnte mir vorstellen, dass dies auch für Drush gilt. Es könnte sich jedoch lohnen, dies zu überprüfen,
Clive

Google für "Probleme mit dem Zugriff auf MariaDB Debian unix_socket" ... Es gibt noch einige Dinge zu besprechen und zu dokumentieren.
Nilsun

@nilsun Ich habe keine Erfahrung mit diesen Problemen - ich habe Drupal 7 jahrelang ohne Probleme auf Dutzenden (wahrscheinlich Hunderten) von MariaDB-unterstützten Servern ausgeführt. Pantheon betreiben ihre gesamte Drupal / Drush-Infrastruktur auf MariaDB, und ich denke, Acquia auch. Möglicherweise verwenden Sie nur die falsche Version / Konfiguration oder haben eine Nischenanforderung, die zu seltsamem Verhalten führt. Alle Agenturentwickler, von denen ich weiß, dass sie MariaDB verwenden, würden nicht davon träumen, einfaches altes MySQL zu verwenden, sodass es kein allgemeines Problem zu sein scheint (zumindest nach meiner Erfahrung)
Clive

0

Es gibt verschiedene Probleme, über die Sie sich Sorgen machen müssen. Das Debian- unix_socket Root-Zugriffsproblem ist nur eines davon. Ich frage mich, dass diese Themen nicht viel diskutiert werden. Ich gehe davon aus, dass viele ihre Arbeitsabläufe haben und immer noch bei MySQL bleiben . Aus diesem Grund sind viele dieser Probleme nicht gut dokumentiert.

Verwandte Themen : MariaDB unix_socket verursacht Zugriffsprobleme unter Debian - Drush kann sich nicht anmelden (Ein neuer Beitrag begann, Gedanken dazu zu sammeln.)

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.