Какие осложнения возникают, если я переключаю Mysql на MariaDB? Есть проблемы с Drush?

У меня тяжелый сайт Mysql drupal 7, и я думал о переключении Mysql на Mariadb , но я не был уверен, с какими проблемами я столкнусь . Из того, что я читаю, Mariadb, кажется, просто капля на замену Mysql, и, похоже, не так уж много нужно возиться. Мне было интересно , повлияет ли Mariadb на команды drush?

7 drush database Патоши パトシ
источник

Хорошо, у меня есть свои серверные технологии, чтобы переключиться на Мариадб. пока что не заметили ничего существенного, но из нашего опыта у нас было много проблем при обновлении. Поскольку мы использовали более старую версию cpanel, нам пришлось сначала обновить cpanel до последней версии, затем обновить PHP, затем обновить Mysql, а затем переключить версию PHP на 5.2, чтобы сохранить проблемы совместимости. Теперь мы устанавливаем MariaDB. Этот переход занял 13 часов! Должен сказать, дорогой урок, думая, что это займет меньше часа. Тест на постановку первым! надеюсь, это помогло кому-то, + репутация, если это так! Благодарность!

Патоши パトシ

Есть несколько вопросов для размышления. По умолчанию Debian unix_socket является одним из них. Интересно, что эти вопросы мало обсуждаются. Я предполагаю, что у многих есть свои рабочие процессы и все еще придерживаются MySQL, поэтому это не хорошо документировано. Позвольте мне перейти к новой опубликованной проблеме, чтобы собраться с мыслями по этому поводу

nilsun

@nilsun Напротив, почти все используют MariaDB в эти дни. Вот каноническая статья Pantheon о том, почему они используют ее для сотен тысяч сайтов Drupal, например: pantheon.io/blog/using-mariadb-mysql-replacement . Проблемы, о которых вы говорите, кажутся нишевыми, поэтому, вероятно, вы не можете найти много дискуссий о них

Клайв

@Clive Спасибо. Я частично согласен. Но вы считаете крупных игроков. Небольшая команда разработчиков - другая ситуация. Если в команде нет никого, кто мог бы сопоставить поведение пакетов Debian и философию MariaDB, вы МОЖЕТЕ (не обязательно) столкнуться с некоторыми небольшими проблемами, связанными с изменениями. И особенно когда вы используете стороннее программное обеспечение, в котором нет сообщений об ошибках, подготовленных для таких сценариев.

nilsun

Ответы:

Просто хотел вмешаться в это (хотя и с опозданием на несколько месяцев) ... В прошлом мы создали много сайтов на Drupal, решили сделать все "лучше" на этот раз и установили MariaDB.

Все прекрасно работает (быстрее, чище и т. Д.) С Drupal 7, КРОМЕ для резервного копирования / восстановления: / Всегда нужно идти прямо в БД (будь то через PHPMyAdmin, Heidi или командную строку) и копировать / экспортировать все таблицы.

Кроме того, что может быть много причин, я настоятельно рекомендую MariaDB. Меньше используемых ресурсов сервера, D7 намного быстрее и т. Д.

greysweatshirt
источник

Но эта тема не о плюсах и минусах MariaDB, а о том, насколько она хороша. Речь идет о хорошо продуманных вопросах об изменениях производственного процесса, которые можно обсудить с Drush. И их несколько.

nilsun

Как вы говорите, Maria DB - это полностью прозрачная замена MySQL. Его выпуски совпадают с одной и той же основной / минорной версией MySQL, поэтому она почти всегда работает в тандеме с точки зрения возможностей. Он читает стандартные файлы двоичных данных MySQL, использует стандартный systen my.cnf и даже имеет замену для InnoDB.

Идея в том, что ваше приложение думает, что оно подключается к серверу MySQL. Он использует драйверы MySQL, выдает полные операторы MySQL и получает ответы в точности так, как отправляет сервер MySQL. Ваше приложение (я) не будет знать разницу.

Я уже некоторое время использую Maria для сайтов Drupal (также широко использую Drush), и до сих пор не было ни одной проблемы. Если вы используете * nix, обновление - это всего лишь две минуты.

Клайв
источник

классно. только то, что мне нужно было знать. Спасибо!

Патоши パトシ

Еще одна вещь, я иногда делаю SQL запросы через терминал. что было бы эквивалентно делать msyqldump? или drush sql-запрос «выбрать * из пользователей»

Patoshi シトシ

Я думаю, что mysqldump использует / usr / bin / mysql (или его эквивалент) для внутреннего использования, и, поскольку Мария символизирует этот путь к своей собственной реализации, вам не нужно вносить какие-либо изменения, просто продолжайте использовать mysqldump как обычно. Я полагаю, то же самое относится и к Drush. Возможно, стоит проверить это, хотя, чтобы быть уверенным

Клайв

Google для "MariaDB Debian unix_socket проблемы доступа" ... Есть еще вещи для обсуждения и документирования.

Нильсун

@nilsun У меня не было опыта этих проблем - я запускал Drupal 7 на десятках (возможно, сотнях) серверов с поддержкой MariaDB годами без проблем. Pantheon управляет всей своей инфраструктурой Drupal / drush на MariaDB, и я думаю, что Acquia тоже. Вы можете просто использовать неправильную версию / конфигурацию или иметь нишевое требование, которое приводит к странному поведению. Все разработчики агентства, которых я знаю, также используют MariaDB, не мечтали бы об использовании старого доброго MySQL, так что это, похоже, не является общей проблемой (по моему опыту, по крайней мере)

Клайв

Есть несколько вопросов для беспокойства. Проблема с unix_socket корневым доступом Debian - только одна из них. Интересно, что эти вопросы мало обсуждаются. Я предполагаю, что у многих есть свои рабочие потоки и все еще придерживаются MySQL . Вот почему многие из этих проблем недостаточно документированы.

Связанный: MariaDB unix_socket вызывает проблемы с доступом в Debian - Drush не может войти (новый пост начал собирать мысли по этому поводу .)

nilsun
источник