Quelles complications y a-t-il si je passe de Mysql à MariaDB? Des problèmes avec Drush?

J'ai un lourd site Drupal 7 de Mysql et je pensais à basculer Mysql vers Mariadb , mais je n'étais pas sûr des problèmes que je rencontrerais. D'après ce que je lis, Mariadb semble être juste une goutte en remplacement de Mysql et il n'y a pas grand chose à jouer. Je me demandais si Mariadb affecterait les commandes de drush?

7 drush database Patoshi パトシ
la source

ok j'ai obtenu mes techniciens de serveur pour passer à mariadb. Jusqu'à présent, je n'ai encore rien remarqué de majeur, mais d'après notre expérience, nous avons eu beaucoup de problèmes lors d'une mise à niveau. Comme nous étions sur une ancienne version de cpanel, nous avons d'abord dû mettre à niveau cpanel vers la dernière version, puis mettre à jour PHP, puis mettre à jour Mysql, puis revenir à la version PHP en 5.2 pour maintenir les problèmes de compatibilité. Maintenant, nous installons MariaDB. Il a fallu 13 heures pour cette transition! Une leçon coûteuse que je dois dire, pensant que cela ne prendrait que moins d'une heure. Testez d'abord la mise en scène! j'espère que cela a aidé quelqu'un, + représentant si c'était le cas! Merci!

Patoshi パトシ

Il y a plusieurs questions à considérer. Debian unix_socket default en fait partie. Je me demande que ces questions ne sont pas beaucoup discutées. Je suppose que beaucoup ont leurs flux de travail et restent fidèles à MySQL, c'est pourquoi il n'est pas bien documenté. Permettez-moi de créer un lien vers un nouveau numéro publié pour recueillir quelques réflexions à ce sujet: drupal.stackexchange.com/questions/242634/…

nilsun

@nilsun Bien au contraire, presque tout le monde utilise MariaDB de nos jours. Voici l'article canonique de Panthéon expliquant pourquoi ils l'utilisent pour des centaines de milliers de sites Drupal, par exemple: pantheon.io/blog/using-mariadb-mysql-replacement . Les problèmes dont vous parlez semblent être des niches, c'est probablement pourquoi vous ne trouvez pas beaucoup de discussions à leur sujet

Clive

@Clive Merci. Je suis en partie d'accord. Mais vous comptez de gros joueurs. Une petite équipe de développement est une autre situation. S'il n'y a personne dans l'équipe ayant l'expertise pour corréler le comportement de l'empaquetage Debian et les philosophies MariaDB, vous POUVEZ (ne devez pas) rencontrer de petits défis de changements. Et surtout lorsque vous utilisez un logiciel tiers, qui n'a pas de message d'erreur préparé pour de tels scénarios.

nilsun

Réponses:

Je voulais juste me lancer sur ce sujet (quoique avec des mois de retard) ... J'ai créé de nombreux sites Drupal dans le passé, décidé de faire les choses "mieux" cette fois-ci et fait installer MariaDB.

Tout fonctionne à merveille (plus rapide, plus propre, etc.) avec Drupal 7 SAUF pour la sauvegarde / restauration: / Il faut toujours aller directement dans la base de données (que ce soit via PHPMyAdmin, Heidi ou la ligne de commande) et copier / exporter toutes les tables.

En dehors de cela, ce qui pourrait être dû à un certain nombre de raisons, je recommande fortement MariaDB. Moins de ressources serveur utilisées, D7 est beaucoup plus rapide, etc., etc.

pull gris
la source

Mais ce fil ne traite pas des avantages et des inconvénients de MariaDB et de sa qualité. Il s'agit de questions bien pensées concernant les changements de flux de production à discuter avec Drush. Et il y en a plusieurs.

nilsun

Comme vous le dites, Maria DB est un remplacement totalement transparent de MySQL. Ses versions coïncident avec la même version majeure / mineure de MySQL, donc il est à peu près toujours en tandem en ce qui concerne les fonctionnalités. Il lit les fichiers de données binaires MySQL standard, utilise le système standard my.cnf et a même un remplacement de remplacement pour InnoDB.

L'idée est qu'en ce qui concerne votre application, elle pense qu'elle se connecte à un serveur MySQL. Il utilise les pilotes MySQL, émet des instructions MySQL complètes et reçoit les réponses exactement comme le serveur MySQL enverrait. Vos applications ne connaîtront pas la différence.

J'utilise Maria depuis un certain temps maintenant pour les sites Drupal (j'utilise également Drush de manière intensive) et je n'ai eu aucun problème à ce jour. Si vous exécutez * la mise à niveau de nix est juste un travail de deux minutes.

Clive
la source

impressionnant. juste ce que j'avais besoin de savoir. THX!

Patoshi パトシ

une autre chose est que je fais parfois des requêtes SQL via le terminal. quel serait l'équivalent de faire un msyqldump? ou drush sql-query 'select * from users'

Patoshi パトシ

Je pense que mysqldump utilise / usr / bin / mysql (ou équivalent) en interne, et puisque Maria crée un lien symbolique vers ce chemin vers sa propre implémentation, vous n'aurez pas besoin de faire de changements, continuez simplement à utiliser mysqldump comme d'habitude. J'imagine que la même chose s'applique à Drush. Il pourrait être utile de vérifier cela pour être certain

Clive

Google pour "MariaDB Debian unix_socket access issues" ... Il y a encore des choses à discuter et à documenter.

nilsun

@nilsun Je n'ai pas eu l'expérience de ces problèmes - J'exécute Drupal 7 sur des dizaines (probablement des centaines) de serveurs soutenus par MariaDB depuis des années sans problèmes. Pantheon gère l'intégralité de son infrastructure Drupal / drush sur MariaDB, et je pense qu'Acquia aussi. Vous utilisez peut-être simplement la mauvaise version / configuration, ou vous avez une exigence de niche qui entraîne un comportement étrange. Tous les développeurs d'agences que je connais utilisent également MariaDB, ne rêveraient pas d'utiliser du vieux MySQL ordinaire, donc cela ne semble pas être un problème commun (du moins d'après mon expérience)

Clive

Il y a plusieurs problèmes dont il faut s'inquiéter. Le unix_socket problème d'accès à la racine Debian n'est que l'un d'entre eux. Je me demande que ces questions ne sont pas beaucoup discutées. Je suppose que beaucoup ont leurs flux de travail et restent fidèles à MySQL . C'est pourquoi bon nombre de ces problèmes ne sont pas bien documentés.

Connexes: MariaDB unix_socket provoque des problèmes d'accès sous Debian - Drush ne peut pas se connecter (Un nouveau message a commencé à recueillir des idées à ce sujet.)

nilsun
la source