Có gì phức tạp nếu tôi chuyển Mysql sang MariaDB? Bất kỳ vấn đề Drush?

Tôi có một nặng Mysql drupal 7 trang web và tôi đã suy nghĩ về việc chuyển Mysql trên để Mariadb , nhưng tôi đã không chắc chắn những vấn đề tôi sẽ chạy vào. Từ những gì tôi đang đọc Mariadb dường như chỉ là một sự thay thế cho Mysql và dường như không có gì phải bàn cãi. Tôi đã tự hỏi nếu Mariadb sẽ ảnh hưởng đến các lệnh drush?

7 drush database

— Patoshi パトシ
nguồn

ok tôi đã có kỹ thuật máy chủ của tôi để chuyển sang mariadb. cho đến nay vẫn chưa nhận thấy bất cứ điều gì quan trọng, nhưng từ kinh nghiệm của chúng tôi, chúng tôi đã có rất nhiều vấn đề trong khi thực hiện nâng cấp. Vì chúng tôi đã sử dụng phiên bản cũ hơn của cpanel, trước tiên chúng tôi phải nâng cấp cpanel lên phiên bản mới nhất, sau đó cập nhật PHP, sau đó cập nhật Mysql, sau đó chuyển lại phiên bản PHP thành 5.2 để duy trì các vấn đề tương thích. Bây giờ chúng tôi cài đặt MariaDB. Phải mất 13 giờ cho quá trình chuyển đổi này! Một bài học đắt giá tôi phải nói, nghĩ rằng nó sẽ chỉ mất ít hơn một giờ. Thử nghiệm trên sân khấu đầu tiên! hy vọng điều này đã giúp ai đó, + đại diện nếu nó đã làm! cảm ơn!

— Patoshi パト

Có một số vấn đề cần suy nghĩ. Debian unix_socket mặc định là một trong số đó. Tôi tự hỏi rằng những vấn đề này không được thảo luận nhiều. Tôi cho rằng nhiều người có luồng công việc của họ và vẫn gắn bó với MySQL, đó là lý do tại sao nó không được ghi chép tốt. Hãy để tôi liên kết đến một vấn đề được đăng mới để thu thập một số suy nghĩ về điều này: drupal.stackexchange.com/questions/242634/ chủ

— nilsun

@nilsun Hoàn toàn ngược lại, khá nhiều người sử dụng MariaDB những ngày này. Đây là bài viết kinh điển của Pantheon về lý do tại sao họ sử dụng nó cho hàng trăm ngàn trang web Drupal, ví dụ: pantheon.io/blog/USE-mariadb-mysql-replocation . Các vấn đề bạn đang nói dường như là vấn đề, có lẽ đó là lý do tại sao bạn không thể tìm thấy nhiều cuộc thảo luận về chúng

— Clive

@Clive Cảm ơn bạn. Tôi một phần đồng ý. Nhưng bạn tính người chơi lớn. Một nhóm dev nhỏ là một tình huống khác. Nếu không có ai trong nhóm có chuyên môn liên quan đến hành vi đóng gói Debian và triết lý MariaDB mà bạn CÓ THỂ (không phải) gặp phải một số thách thức nhỏ từ các thay đổi. Và đặc biệt khi bạn sử dụng phần mềm của bên thứ ba, không có thông báo lỗi được chuẩn bị cho các tình huống như vậy.

— nilsun

Câu trả lời:

Chỉ muốn kêu gọi điều này (mặc dù đã trễ tháng) ... Đã thiết lập nhiều trang web Drupal trong quá khứ, quyết định làm mọi thứ "tốt hơn" lần này và đã cài đặt MariaDB.

Mọi thứ hoạt động tuyệt vời (nhanh hơn, sạch hơn, v.v.) với Drupal 7 EXCEPT để sao lưu / khôi phục: / Luôn phải truy cập trực tiếp vào db (cho dù thông qua PHPMyAdmin, Heidi hoặc dòng lệnh) và sao chép / xuất tất cả các bảng.

Ngoài ra, có thể có một số lý do để xảy ra, tôi rất khuyến nghị MariaDB. Sử dụng ít tài nguyên máy chủ hơn, D7 nhanh hơn nhiều, v.v.

— áo len
nguồn

Nhưng chủ đề này không phải là về ưu và nhược điểm của MariaDB và nó tốt như thế nào. Đó là về các câu hỏi được suy nghĩ kỹ về thay đổi dòng công việc sản xuất để thảo luận với Drush. Và có một số.

— nilsun

Như bạn nói, Maria DB là một sự thay thế hoàn toàn minh bạch cho MySQL. Các bản phát hành của nó trùng khớp với cùng một phiên bản lớn / nhỏ của MySQL, do đó, nó luôn luôn đi đôi với các tính năng liên quan. Nó đọc các tệp dữ liệu nhị phân MySQL tiêu chuẩn, sử dụng hệ thống tiêu chuẩn my.cnf và thậm chí có một thay thế thả vào cho InnoDB.

Ý tưởng là về ứng dụng của bạn, nó nghĩ rằng nó đang kết nối với máy chủ MySQL. Nó sử dụng trình điều khiển MySQL, phát hành các câu lệnh MySQL đầy đủ và nhận phản hồi chính xác như máy chủ MySQL sẽ gửi. Ứng dụng của bạn sẽ không biết sự khác biệt.

Tôi đã sử dụng Maria được một thời gian cho các trang web Drupal (cũng sử dụng rộng rãi Drush) và cho đến nay vẫn chưa có một vấn đề nào. Nếu bạn đang chạy * nix nâng cấp chỉ là một công việc hai phút.

— Clive
nguồn

tuyệt vời. chỉ những gì tôi cần biết. cám ơn!

— Patoshi パト

một điều khác là tôi thỉnh thoảng thực hiện các truy vấn sql thông qua thiết bị đầu cuối. Điều gì sẽ tương đương với việc làm một msyqldump? hoặc truy vấn sql drush 'select * từ người dùng'

— Patoshi パト

Tôi nghĩ rằng mysqldump sử dụng / usr / bin / mysql (hoặc tương đương) trong nội bộ, và vì Maria symlink có đường dẫn đến việc triển khai của chính nó, bạn sẽ không cần thực hiện bất kỳ thay đổi nào, chỉ cần tiếp tục sử dụng mysqldump như bình thường. Tôi tưởng tượng điều tương tự áp dụng cho Drush. Có thể đáng để kiểm tra về điều đó mặc dù chắc chắn

— Clive

Google cho "MariaDB Debian unix_socket vấn đề truy cập" ... Vẫn còn nhiều điều cần thảo luận và tài liệu.

— nilsun

@nilsun Tôi chưa có kinh nghiệm về những vấn đề đó - Tôi đã chạy Drupal 7 trên hàng chục (có thể hàng trăm) máy chủ được MariaDB hỗ trợ trong nhiều năm mà không gặp vấn đề gì. Pantheon điều hành toàn bộ cơ sở hạ tầng Drupal / drush của họ trên MariaDB và tôi nghĩ rằng Acquia cũng vậy. Bạn có thể đang sử dụng phiên bản / cấu hình sai hoặc có một yêu cầu thích hợp dẫn đến hành vi lạ. Tất cả các nhà phát triển đại lý mà tôi biết cũng sử dụng MariaDB, sẽ không mơ đến việc sử dụng MySQL cũ, vì vậy nó dường như không phải là một vấn đề phổ biến (ít nhất là theo kinh nghiệm của tôi)

— Clive

Có một số vấn đề phải lo lắng. unix_socket Vấn đề truy cập root Debian chỉ là một trong số đó. Tôi tự hỏi rằng những vấn đề này không được thảo luận nhiều. Tôi giả sử nhiều người có luồng công việc của họ và vẫn gắn bó với MySQL . Đó là lý do tại sao nhiều vấn đề này không được ghi chép lại.

Liên quan: MariaDB unix_socket gây ra sự cố truy cập trong Debian - Drush không thể đăng nhập (Một bài đăng mới bắt đầu thu thập suy nghĩ về điều này.)

— nilsun
nguồn