มีปัญหาอะไรบ้างถ้าฉันเปลี่ยน Mysql เป็น MariaDB? มีปัญหาเรื่อง Drush บ้างไหม?

ฉันมีไซต์Mysql drupal 7 จำนวนมากและฉันคิดว่าจะเปลี่ยนMysqlไปเป็นMariadbแต่ฉันไม่แน่ใจว่าปัญหาจะเกิดขึ้นกับฉันอย่างไร จากสิ่งที่ฉันกำลังอ่านMariadbดูเหมือนจะเป็นเพียงแค่การแทนที่Mysqlและดูเหมือนจะไม่ค่อยมีอะไรซับซ้อน ฉันสงสัยว่าMariadbจะส่งผลต่อคำสั่งdrushหรือไม่?

7 drush database

— Patoshi パトシ
แหล่งที่มา

โอเคฉันมีเซิร์ฟเวอร์ของฉันที่จะสลับไปใช้เทคโนโลยีมารีบ จนถึงตอนนี้ยังไม่สังเกตเห็นสิ่งใดที่สำคัญ แต่จากประสบการณ์ของเราเรามีปัญหามากมายในขณะที่ทำการอัปเกรด เนื่องจากเราอยู่ใน cpanel รุ่นเก่าเราต้องอัปเกรด cpanel เป็นเวอร์ชันล่าสุดก่อนแล้วอัปเดต PHP จากนั้นอัปเดต Mysql จากนั้นสลับเวอร์ชัน PHP กลับเป็น 5.2 เพื่อแก้ไขปัญหาความเข้ากันได้ ตอนนี้เราติดตั้ง MariaDB การเปลี่ยนแปลงนี้ใช้เวลา 13 ชั่วโมง! ฉันต้องบอกว่าบทเรียนราคาแพงคิดว่าใช้เวลาน้อยกว่าหนึ่งชั่วโมงเท่านั้น ทดสอบการจัดเตรียมก่อน! หวังว่านี่จะช่วยใครซักคน + ตัวแทนถ้ามันเป็นเช่นนั้น! ขอบคุณ!

— Patoshi パトシ

มีหลายประเด็นที่ต้องพิจารณา Debian unix_socket ค่าเริ่มต้นเป็นหนึ่งในนั้น ฉันสงสัยว่าปัญหาเหล ฉันคิดว่าหลายคนมีกระบวนการทำงานของพวกเขาและยังคงติดอยู่กับ MySQL นั่นเป็นเหตุผลว่าทำไมเอกสารไม่ดี ให้ฉันเชื่อมโยงกับปัญหาที่โพสต์ใหม่เพื่อรวบรวมความคิดเห็นเกี่ยวกับสิ่งนี้: drupal.stackexchange.com/questions/242634/…

— nilsun

@nilsun ค่อนข้างตรงกันข้ามทุกคนใช้มาเรียดีวันนี้ นี่คือบทความที่ยอมรับ Pantheon ในเหตุผลที่พวกเขาใช้มันสำหรับหลายร้อยหลายพันเว็บไซต์ Drupal ตัวอย่างเช่น: pantheon.io/blog/using-mariadb-mysql-replacement ปัญหาที่คุณกำลังพูดถึงดูเหมือนจะเป็นเรื่องเฉพาะนั่นอาจเป็นเหตุผลว่าทำไมคุณถึงไม่สามารถพูดคุยกับพวกเขาได้มากนัก

— ไคลฟ์

@ Clive ขอบคุณ ฉันเห็นด้วยบางส่วน แต่คุณนับผู้เล่นรายใหญ่ ทีม dev ขนาดเล็กเป็นอีกสถานการณ์หนึ่ง หากไม่มีใครในทีมที่มีความเชี่ยวชาญในการเชื่อมโยงพฤติกรรมการบรรจุภัณฑ์ Debian และปรัชญา MariaDB คุณสามารถ (ไม่ต้อง) เผชิญกับความท้าทายเล็กน้อยจากการเปลี่ยนแปลง และโดยเฉพาะอย่างยิ่งเมื่อคุณใช้ซอฟต์แวร์บุคคลที่สามซึ่งไม่มีการส่งข้อความผิดพลาดสำหรับสถานการณ์ดังกล่าว

— nilsun

คำตอบ:

แค่อยากจะพูดสอดในเรื่องนี้ (แม้ว่าจะดึกเดือน) ... ได้สร้างเว็บไซต์ Drupal หลายแห่งในอดีตตัดสินใจทำสิ่งที่ "ดีกว่า" ในครั้งนี้และติดตั้ง MariaDB

ทุกอย่างทำงานได้อย่างยอดเยี่ยม (เร็วขึ้นสะอาดขึ้น ฯลฯ ) ด้วย Drupal 7 ยกเว้นสำหรับการสำรองข้อมูล / กู้คืน: / ต้องเข้าสู่ db โดยตรงเสมอ (ไม่ว่าจะผ่านทาง PHPMyAdmin, Heidi หรือบรรทัดคำสั่ง) และคัดลอก / ส่งออกตารางทั้งหมด

นอกเหนือจากนั้นซึ่งอาจมีสาเหตุหลายประการฉันขอแนะนำ MariaDB ใช้ทรัพยากรเซิร์ฟเวอร์น้อยลง D7 นั้นเร็วขึ้น ฯลฯ

— greysweatshirt
แหล่งที่มา

แต่หัวข้อนี้ไม่เกี่ยวกับข้อดีข้อเสียของ MariaDB และมันดีแค่ไหน มันเป็นคำถามเกี่ยวกับความคิดที่ดีเกี่ยวกับการเปลี่ยนแปลงกระบวนการผลิตเพื่อหารือเกี่ยวกับ Drush และก็มีหลายอย่าง

— nilsun

อย่างที่คุณพูดมาเรียดีบีเป็นตัวย่อแทนโปร่งใสสำหรับ MySQL การเผยแพร่ตรงกับรุ่นหลัก / รองของ MySQL ดังนั้นมันจึงค่อนข้างเป็นไปตามที่มีการใช้งาน มันอ่านไฟล์ข้อมูลไบนารีไบนารี่ MySQL มาตรฐานใช้ systen my.cnf มาตรฐานและยังมีการแทนที่แบบดรอปดาวน์สำหรับ InnoDB

แนวคิดก็คือเท่าที่แอปพลิเคชันของคุณกังวลก็คิดว่ามันกำลังเชื่อมต่อกับเซิร์ฟเวอร์ MySQL มันใช้ไดรเวอร์ MySQL ออกแถลงการณ์ MySQL แบบเต็มและรับการตอบสนองตรงตามที่เซิร์ฟเวอร์ MySQL จะส่ง แอปของคุณจะไม่ทราบความแตกต่าง

ฉันใช้มาเรียมาระยะหนึ่งแล้วสำหรับเว็บไซต์ Drupal (เช่นใช้ Drush อย่างกว้างขวาง) และยังไม่เคยมีปัญหาแม้แต่ครั้งเดียว หากคุณกำลังใช้การอัพเกรด * ระวังเป็นเพียงสองนาที

— ไคลฟ์
แหล่งที่มา

น่ากลัว สิ่งที่ฉันต้องการรู้ ขอบคุณ!

— Patoshi パトシ

สิ่งหนึ่งคือฉันทำแบบสอบถาม sql บางครั้งผ่านทางสถานี สิ่งที่จะเทียบเท่ากับการทำ msyqldump? หรือ drush sql-query 'select * from users'

— Patoshi パトシ

ฉันคิดว่า mysqldump ใช้ / usr / bin / mysql (หรือเทียบเท่า) ภายในและตั้งแต่มาเรียเชื่อมโยงเส้นทางนั้นไปสู่การปฏิบัติของตัวเองคุณไม่จำเป็นต้องทำการเปลี่ยนแปลงใด ๆ เพียงแค่ใช้ mysqldump ตามปกติ ฉันคิดว่าเหมือนกันใช้กับ Drush มันอาจจะคุ้มค่าที่จะตรวจสอบให้ดีแม้ว่าจะมั่นใจ

— Clive

Google สำหรับ "MariaDB Debian unix_socket ปัญหาการเข้าถึง" ... ยังมีสิ่งที่ต้องหารือและจัดทำเอกสาร

— nilsun

@nilsun ฉันไม่เคยมีประสบการณ์เกี่ยวกับปัญหาเหล่านั้น - ฉันใช้ Drupal 7 มาหลายสิบเซิร์ฟเวอร์ (อาจเป็นร้อย) จาก MariaDB ที่มีเซิร์ฟเวอร์สำรองมาหลายปีโดยไม่มีปัญหา Pantheon ใช้โครงสร้างพื้นฐาน Drupal / drush ทั้งหมดบน MariaDB และฉันคิดว่า Acquia ก็ทำเช่นเดียวกัน คุณอาจกำลังใช้รุ่น / การกำหนดค่าที่ไม่ถูกต้องหรือมีข้อกำหนดเฉพาะที่ส่งผลให้เกิดพฤติกรรมที่ผิดปกติ นักพัฒนาเอเจนซี่ทุกคนที่ฉันรู้จักใช้ MariaDB ไม่ต้องฝันถึงการใช้ MySQL แบบเก่าธรรมดาดังนั้นมันจะไม่เป็นปัญหาทั่วไป (จากประสบการณ์ของฉันอย่างน้อย)

— Clive

มีหลายประเด็นที่ต้องกังวล unix_socket ปัญหาการเข้าถึงรูท Debian เป็นเพียงหนึ่งในนั้น ฉันสงสัยว่าปัญหาเหล ผมถือว่าเป็นจำนวนมากมีงานของเขาไหลและยังคงยึดติดอยู่กับMySQL นั่นเป็นสาเหตุที่ปัญหาเหล่านี้หลายอย่างไม่ได้รับการบันทึกไว้อย่างดี

ที่เกี่ยวข้อง: MariaDB unix_socket ทำให้เกิดปัญหาการเข้าถึงภายใต้ Debian - Drush ไม่สามารถเข้าสู่ระบบ (โพสต์ใหม่เริ่มรวบรวมความคิดในเรื่องนี้)

— nilsun
แหล่งที่มา