Mysql'i MariaDB'ye değiştirirsem ne gibi komplikasyonlar olur? Herhangi bir Drush sorunu var mı?

Bir ağır olması MySQL drupal 7 site ve ben anahtarlama düşünüyordum Mysql yanına mariadb , ama ben girmek ne sorunlar emin değildi. Ne okuyorum itibaren mariadb için yedek bir damla gibi görünüyor Mysql ile keman çok şey görünmüyor. Mariadb'ın drush komutlarını etkileyip etkilemeyeceğini merak ediyordum.

7 drush database

— Patoshi パトシ
kaynak

tamam ben mariadb geçmek için benim sunucu teknik var. şimdiye kadar henüz önemli bir şey fark etmedi, ancak deneyimlerimizden bir yükseltme yaparken bir sürü sorun yaşadık. Cpanel'in daha eski bir sürümünde olduğumuzdan, önce cpanel'i en son sürüme yükselttik, sonra PHP'yi güncelledik, ardından Mysql'i güncelledik, ardından uyumluluk sorunlarını korumak için PHP sürümünü 5.2'ye geri döndürmeliydik. Şimdi MariaDB'yi kuruyoruz. Bu geçiş 13 saat sürdü! Söylemeliyim ki pahalı bir ders, sadece bir saatten az süreceğini düşünüyordu. Önce evreleme testi! umarım bu birisine yardımcı oldu, eğer + rep! Teşekkürler!

— Patoshi シトシ

Düşünülmesi gereken birkaç konu var. Debian unix_socket varsayılanı bunlardan biridir. Bu konuların fazla tartışılmadığını merak ediyorum. Birçoğunun iş akışları olduğunu ve hala MySQL ile bağlı olduğunu varsayıyorum, bu yüzden iyi belgelenmemiş. Bana bu konuda bazı düşünceler toplamak için yeni bir nakledilen konuya bağlantı edelim: drupal.stackexchange.com/questions/242634/...

— Nilsun

@nilsun Tam tersi, bugünlerde herkes MariaDB'yi kullanıyor. İşte Pantheon'un yüz binlerce Drupal sitesi için neden kullandıklarıyla ilgili kanonik makalesi, örneğin: pantheon.io/blog/using-mariadb-mysql-replacement . Bahsettiğiniz konular niş gibi görünüyor, bu yüzden muhtemelen onlar hakkında çok fazla tartışma bulamıyorsunuz

— Clive

@Clive Teşekkür ederim. Kısmen katılıyorum. Ama büyük oyuncuları sayıyorsunuz. Küçük bir geliştirme ekibi başka bir durum. Takımda Debian paketleme davranışını ve MariaDB felsefelerini ilişkilendirecek uzmanlığa sahip kimse yoksa, değişikliklerden kaynaklanan bazı küçük zorluklarla karşılaşabilirsiniz (yapmamalısınız). Özellikle de bu tür senaryolar için hazırlanmış hiçbir hata mesajı bulunmayan Üçüncü taraf yazılımları kullandığınızda.

— nilsun

Yanıtlar:

Sadece bu konuda (aylar geç de olsa) chime istedim ... Geçmişte birçok Drupal sitesi kurduk, bu sefer "daha iyi" şeyler yapmaya karar verdim ve MariaDB kurmuştu.

Yedekleme / geri yükleme için Drupal 7 EXCEPT ile her şey harika (daha hızlı, daha temiz, vb.) Çalışır: / Her zaman doğrudan db'ye (PHPMyAdmin, Heidi veya komut satırı üzerinden olsun) gitmek ve tüm tabloları kopyalamak / dışa aktarmak gerekir.

Bunun dışında, gerçekleşmek için bir dizi sebep olabilir, MariaDB'yi tavsiye ederim. Daha az sunucu kaynağı kullanılır, D7 çok daha hızlıdır, vb.

— greysweatshirt
kaynak

Ama bu konu MariaDB'nin yanlısı ve eksileri ve ne kadar iyi olduğu hakkında değil. Drush ile görüşmek üzere üretim iş akışı değişiklikleriyle ilgili iyi düşünülmüş sorularla ilgilidir. Ve birkaç tane var.

— nilsun

Söylediğiniz gibi Maria DB, MySQL'in yerini alan, tamamen şeffaf bir alternatiftir. Sürümleri MySQL'in aynı büyük / küçük sürümüyle çakışıyor, bu yüzden özellikler söz konusu olduğunda hemen hemen her zaman birlikte. Standart MySQL ikili veri dosyalarını okur, standart systen my.cnf kullanır ve hatta InnoDB için bir yedek yerine sahiptir.

Fikir şu ki, uygulamanız söz konusu olduğunda, bir MySQL sunucusuna bağlandığını düşünüyor. MySQL sürücülerini kullanır, tam MySQL ifadeleri yayınlar ve yanıtları aynen MySQL sunucusunun göndereceği şekilde alır. Uygulamalarınız farkı bilmeyecek.

Maria'yı bir süredir Drupal siteleri için kullanıyorum (ayrıca Drush'u da yoğun olarak kullanıyorum) ve bugüne kadar tek bir sorun yaşamadım. * Nix yükseltme çalıştırıyorsanız sadece iki dakikalık bir iştir.

— Clive
kaynak

müthiş. bilmem gerekenler. Teşekkür!

— Patoshi パトシ

başka bir şey zaman zaman terminal aracılığıyla sql sorguları yapmak. bir msyqldump yapmanın eşdeğeri ne olurdu? veya kullanıcılardan 'select *' seçeneğini seçin

— Patoshi パトシ

Ben düşünüyorum sadece normal olarak mysqldump kullanmaya devam, yol kendi uygulanmasına herhangi bir değişiklik yapmaya gerek olmaz Mysqldump kullandığı / usr / bin / mysql (veya eşdeğeri) içten ve Maria beri sembolik. Aynı şeyin Drush için de geçerli olduğunu düşünürdüm. Kesin olmasına rağmen kontrol etmeye değer olabilir

— Clive

Google "MariaDB Debian unix_socket erişim sorunları" için ... Tartışılması ve belgelenmesi gereken şeyler var.

— nilsun

@nilsun Bu konularla ilgili deneyimim yoktu - yıllardır sorunsuz bir şekilde onlarca (muhtemelen yüzlerce) MariaDB destekli sunucuda Drupal 7 kullanıyorum. Pantheon, tüm Drupal / drush altyapısını MariaDB'de çalıştırıyor ve bence Acquia da yapıyor. Yanlış sürümü / yapılandırmayı kullanıyor olabilirsiniz veya garip davranışlarla sonuçlanan bir niş gereksiniminiz olabilir. Tanıdığım tüm ajans geliştiricileri MariaDB'yi de kullanıyor, sade eski MySQL kullanmayı hayal etmiyorlardı, bu yüzden ortak bir sorun olarak görünmüyor (en azından benim deneyimime göre)

— Clive

Endişelenmeniz gereken birkaç konu var. Debian unix_socket kök erişim sorunu bunlardan sadece bir tanesidir. Bu konuların fazla tartışılmadığını merak ediyorum. Birçoğunun iş akışlarına sahip olduğunu ve hala MySQL ile bağlı olduğunu varsayıyorum . Bu nedenle bu sorunların birçoğu iyi belgelenmemiştir.

İlgili: MariaDB unix_socket Debian altında erişim sorunlarına neden oluyor - Drush giriş yapamıyor (Bu konuda düşünceler toplamaya başladı.)

— Nilsun
kaynak