Mysql을 MariaDB로 전환하면 어떤 합병증이 있습니까? 돌진 문제가 있습니까?

나는 무거운 Mysql drupal 7 사이트를 가지고 있고 Mysql 을 Mariadb로 전환하려고 생각하고 있었지만 어떤 문제가 발생할지 확신하지 못했습니다. 내가 읽고있는 내용에서 Mariadb 는 Mysql의 대체품 인 것처럼 보이며 바이올린을 많이 사용하지 않는 것 같습니다. Mariadb 가 drush 명령에 영향을 줄지 궁금 합니다.

7 drush database

— 파토시
소스

좋아, 서버 기술이 mariadb로 전환하도록했습니다. 지금까지 중요한 것은 발견되지 않았지만 경험상 업그레이드를 수행하는 동안 많은 문제가있었습니다. 이전 버전의 cpanel을 사용 했으므로 먼저 cpanel을 최신 버전으로 업그레이드 한 다음 PHP를 업데이트 한 다음 Mysql을 업데이트 한 다음 호환성 문제를 유지하기 위해 PHP 버전을 5.2로 다시 전환해야했습니다. 이제 MariaDB를 설치합니다. 이 전환에는 13 시간이 걸렸습니다! 한 시간도 걸리지 않을 것이라고 생각하면서 값 비싼 수업을해야합니다. 스테이징을 먼저 테스트하십시오! 잘만되면 이것이 누군가에게 도움이 되었으면, 그랬다면 + rep! 감사!

— Patoshi パトシ

고려해야 할 몇 가지 문제가 있습니다. 데비안 unix_socket 기본값은 그중 하나입니다. 이러한 문제에 대해 많이 논의하지 않은 것이 궁금합니다. 많은 사람들이 작업 흐름을 가지고 있고 여전히 MySQL을 고수하고 있다고 가정하므로 잘 문서화되어 있지 않습니다. 날이에 대한 몇 가지 의견을 수집하기 위해 새 게시 된 문제로 연결하자 : drupal.stackexchange.com/questions/242634/...

— nilsun

@nilsun 요즘에는 거의 모든 사람들이 MariaDB를 사용합니다. Pantheon이 수십만 개의 Drupal 사이트에서 왜 그것을 사용하는지에 대한 정식 기사입니다 (예 : pantheon.io/blog/using-mariadb-mysql-replacement) . 당신이 말하는 문제는 틈새 인 것 같습니다. 아마도 당신은 그들에 대해 많은 토론을 찾을 수없는 것 같습니다

— Clive

@Clive 감사합니다. 동의합니다. 그러나 당신은 큰 선수를 계산합니다. 소규모 개발 팀은 또 다른 상황입니다. 팀에 데비안 패키징 동작과 MariaDB 철학을 연관시키는 전문 지식을 가진 사람이 없다면 변경으로 인한 작은 도전에 직면 할 수 있습니다. 특히 타사 소프트웨어를 사용하는 경우 이러한 시나리오에 대해 오류 메시지가 준비되지 않습니다.

— nilsun

답변:

몇 달 늦었지만 이것에 대해 설명하고 싶었습니다 ... 과거에 많은 Drupal 사이트를 설정하고 이번에는 "더 나은"일을하기로 결정하고 MariaDB를 설치했습니다.

백업 / 복원을 위해 Drupal 7 EXCEPT를 사용하면 모든 것이 훌륭하고 빠릅니다 (빠른 정리 등).

그 외에도 여러 가지 이유가있을 수있는 MariaDB를 강력히 권장합니다. 사용되는 서버 리소스가 적고 D7이 훨씬 빠릅니다.

— 회색 스웨터
소스

그러나이 스레드는 MariaDB의 장단점과 그것이 얼마나 좋은지에 관한 것이 아닙니다. Drush와 논의 할 생산 작업 흐름 변경과 관련하여 잘 알려진 질문입니다. 그리고 몇 가지가 있습니다.

— nilsun

당신이 말했듯이, 마리아 DB는 드롭 인, 완전히 투명한 MySQL을 대체합니다. 릴리스는 동일한 주 / 부 버전의 MySQL과 일치하므로 기능과 관련하여 거의 항상 일치합니다. 표준 MySQL 바이너리 데이터 파일을 읽고 표준 systen my.cnf를 사용하며 InnoDB를 대체 할 수있는 대체 기능도 있습니다.

아이디어는 응용 프로그램에 관한 한 MySQL 서버에 연결되어 있다고 생각한다는 것입니다. MySQL 드라이버를 사용하고 전체 MySQL 문을 발행하며 MySQL 서버가 전송하는 것처럼 정확하게 응답을받습니다. 앱에서 차이점을 알 수 없습니다.

Drupal 사이트에서 Maria를 잠시 사용해 왔으며 (Drush를 광범위하게 사용하고) 현재까지 단일 문제가 없었습니다. * nix 업그레이드를 실행중인 경우 불과 2 분의 작업입니다.

— 클리브
소스

대박. 내가 알아야 할 것. 고마워!

— Patoshi パトシ

다른 하나는 터미널을 통해 때때로 SQL 쿼리를 수행한다는 것입니다. msyqldump를 수행하는 것과 동등한 것은 무엇입니까? 또는 drush SQL 쿼리는 '사용자가 SELECT * FROM'

— Patoshiパトシ

내가 생각하는 바로 정상으로 mysqldump를 계속 사용 경로가 자신의 구현에 변경을해야하지 않을 것이라고 mysqldump를 사용하는는 / usr / 빈 / mysql을 (또는 동급) 내부적으로, 그리고 마리아 이후 심볼릭 링크. Drush도 마찬가지입니다. 확실하지만 확인해야 할 수도 있습니다

— Clive

"MariaDB Debian unix_socket 액세스 문제"에 대한 Google ... 여전히 논의하고 문서화해야 할 사항이 있습니다.

— nilsun

@nilsun 나는 그 문제에 대한 경험이 없었습니다-나는 수십 년 동안 (아마도 수백 개의) MariaDB 지원 서버에서 Drupal 7을 문제없이 실행 해 왔습니다. Pantheon은 MariaDB에서 전체 Drupal / drush 인프라를 운영하고 있으며 Acquia도 그렇게 생각합니다. 잘못된 버전 / 구성을 사용 중이거나 이상한 동작을 유발하는 틈새 요구 사항이있을 수 있습니다. 내가 아는 모든 대행사 개발자는 MariaDB를 사용하고 있으며, 오래된 오래된 MySQL을 사용하는 것을 꿈꾸지 않을 것입니다. (최소한의 경험으로는) 일반적인 문제는 아닌 것 같습니다

— Clive

걱정해야 할 몇 가지 문제가 있습니다. 데비안 unix_socket 루트 액세스 문제 는 그중 하나입니다. 이러한 문제에 대해 많이 논의하지 않은 것이 궁금합니다. 나는 많은 사람들이 그들의 작업 흐름을 가지고 있고 여전히 MySQL을 고수한다고 가정한다 . 그렇기 때문에 이러한 문제 중 많은 부분이 잘 설명되어 있지 않습니다.

관련 : MariaDB unix_socket이 데비안에서 액세스 문제를 일으킴-Drush가 로그인 할 수 없음 (새로운 게시물이 이에 대한 의견을 수집하기 시작했습니다.)

— 닐선
소스