Jakie są komplikacje, jeśli zmienię Mysql na MariaDB? Jakieś problemy z Drush?

Mam ciężką witrynę Mysql drupal 7 i zastanawiałem się nad zmianą Mysql na Mariadb , ale nie byłem pewien, jakie problemy napotkam . Z tego, co czytam, wydaje się, że Mariadb jest tylko kroplą zastępującą Mysql i nie wydaje się, że można się nim bawić. Zastanawiałem się, czy Mariadb wpłynie na polecenia drush?

7 drush database

— Patoshi パトシ
źródło

ok, mam techników serwerów, aby przełączyli się na mariadb. jak dotąd nie zauważyliśmy nic ważnego, ale z naszego doświadczenia mieliśmy wiele problemów podczas aktualizacji. Ponieważ byliśmy na starszej wersji cpanela, musieliśmy najpierw zaktualizować cpanel do najnowszej wersji, następnie zaktualizować PHP, następnie zaktualizować Mysql, a następnie przełączyć wersję PHP na 5.2, aby zachować problemy ze zgodnością. Teraz instalujemy MariaDB. Przejście zajęło 13 godzin! Kosztowna lekcja, którą muszę powiedzieć, myśląc, że zajmie to mniej niż godzinę. Najpierw przetestuj inscenizację! mam nadzieję, że to pomogło komuś, + rep, jeśli tak! dzięki!

— Patoshi

Jest kilka kwestii do przemyślenia. Debian unix_socket jest jednym z nich. Zastanawiam się, że te kwestie nie są zbyt często omawiane. Zakładam, że wielu ma swoje przepływy pracy i nadal trzyma się MySQL, dlatego nie jest dobrze udokumentowany. Pozwól mi link do nowego opublikowanego problemu, aby zebrać kilka przemyśleń na ten temat: drupal.stackexchange.com/questions/242634/…

— nilsun

@nilsun Wręcz przeciwnie, prawie wszyscy obecnie korzystają z MariaDB. Oto kanoniczny artykuł Pantheona na temat tego, dlaczego używają go w setkach tysięcy witryn Drupala, na przykład: pantheon.io/blog/using-mariadb-mysql-replacement . Zagadnienia, o których mówisz, wydają się być niszowe, prawdopodobnie dlatego nie możesz znaleźć dużo dyskusji na ich temat

— Clive

@Clive Dziękujemy. Częściowo się zgadzam. Ale liczysz dużych graczy. Mały zespół deweloperów to kolejna sytuacja. Jeśli w zespole nie ma nikogo, kto byłby w stanie skorelować zachowanie pakietów Debiana z filozofiami MariaDB, MOŻESZ (nie musisz) napotkać pewne małe wyzwania wynikające ze zmian. A zwłaszcza, gdy korzystasz z oprogramowania innych firm, które nie przygotowało komunikatów o błędach dla takich scenariuszy.

— nilsun

Odpowiedzi:

Chciałem tylko włączyć się w to (choć miesiące później) ... W przeszłości założyłem wiele witryn Drupala, tym razem postanowiłem zrobić coś lepiej i zainstalowałem MariaDB.

Wszystko działa wspaniale (szybciej, czystsze itp.) Z Drupal 7 Z WYJĄTKIEM tworzenia kopii zapasowych / przywracania: / Zawsze musisz iść bezpośrednio do bazy danych (czy to przez PHPMyAdmin, Heidi lub wiersz poleceń) i kopiować / eksportować wszystkie tabele.

Poza tym, co może mieć wiele przyczyn, bardzo polecam MariaDB. Mniejsze zużycie zasobów serwera, D7 jest znacznie szybszy itp. Itp.

— greysweatshirt
źródło

Ale ten wątek nie dotyczy zalet i wad MariaDB i tego, jak jest dobry. Chodzi o dobrze przemyślane pytania dotyczące zmian w przepływie pracy produkcyjnej w celu omówienia z Drush. I jest ich kilka.

— nilsun

Jak mówisz, Maria DB to drop-in, całkowicie przejrzysty zamiennik MySQL. Jego wydania pokrywają się z tą samą wersją główną / mniejszą MySQL, więc jest prawie zawsze w tandemie, jeśli chodzi o funkcje. Odczytuje standardowe pliki danych binarnych MySQL, używa standardowego pliku systen my.cnf, a nawet zastępuje InnoDB.

Chodzi o to, że jeśli chodzi o twoją aplikację, myśli ona, że łączy się z serwerem MySQL. Używa sterowników MySQL, wydaje pełne instrukcje MySQL i odbiera odpowiedzi dokładnie tak, jak wysłałby serwer MySQL. Twoje aplikacje nie rozpoznają różnicy.

Od jakiegoś czasu korzystam z Marii na stronach Drupala (również intensywnie używam Drusha) i do tej pory nie miałem żadnego problemu. Jeśli korzystasz z * nix, aktualizacja to tylko dwie minuty.

— Clive
źródło

niesamowite. właśnie to musiałem wiedzieć. dzięki!

— Patoshi

Inną rzeczą jest to, że od czasu do czasu wykonuję zapytania SQL za pośrednictwem terminala. jaki byłby odpowiednik robienia msyqldump? lub drush sql-query 'select * from users'

— Patoshi パトシ

Myślę, że mysqldump używa / usr / bin / mysql (lub odpowiednika) wewnętrznie, a ponieważ Maria symbolizuje tę ścieżkę do własnej implementacji, nie musisz wprowadzać żadnych zmian, po prostu kontynuuj używanie mysqldump jak zwykle. Wyobrażam sobie, że to samo dotyczy Drusha. Być może warto to jednak sprawdzić

— Clive

Google dla „problemów z dostępem do Debiana unix_socket MariaDB” ... Wciąż jest wiele rzeczy do omówienia i udokumentowania.

— nilsun

@nilsun Nie miałem takich problemów - od wielu lat korzystam z Drupala 7 na kilkudziesięciu (prawdopodobnie setkach) serwerach wspieranych przez MariaDB. Panteon zarządza całą infrastrukturą Drupal / drush na MariaDB i myślę, że Acquia też. Być może używasz niewłaściwej wersji / konfiguracji lub masz niszowe wymaganie, które powoduje dziwne zachowanie. Wszyscy programiści agencji, których znam, używają również MariaDB, nie marzyliby o zwykłym starym MySQL, więc nie wydaje się, aby był to powszechny problem (przynajmniej z mojego doświadczenia)

— Clive

Istnieje kilka problemów, o które należy się martwić. Problem z unix_socket dostępem do katalogu głównego Debiana jest tylko jednym z nich. Zastanawiam się, że te kwestie nie są zbyt często omawiane. Zakładam, że wielu ma swoje przepływy pracy i nadal trzyma się MySQL . Dlatego wiele z tych problemów nie jest dobrze udokumentowanych.

Powiązane: MariaDB unix_socket powoduje problemy z dostępem w Debianie - Drush nie może się zalogować (nowy post zaczął zbierać przemyślenia na ten temat).

— nilsun
źródło