ฐานข้อมูลเปรียบเทียบ
MariaDB: ทางแยกที่เข้ามาแทนที่ MySQL และหลักสูตรของตัวเอง
MariaDB เริ่มต้นจากการป้องกันความเสี่ยงของชุมชนต่อ Oracle ที่ซื้อ MySQL และขยายไปสู่แผงฐานข้อมูลที่จัดส่งตามค่าเริ่มต้น โดยมีความกว้างของฟีเจอร์ที่มักจะแซงหน้าต้นทาง เรื่องราวตั้งแต่นั้นมารวมถึงความวุ่นวายทางธุรกิจ การรวมตัวของ fork-offer และความเข้ากันได้ที่กัดกร่อนทั้งสองทิศทาง ด้วยการเปรียบเทียบฐานข้อมูลของเรา (MySQL, PostgreSQL, MongoDB, SQLite, Oracle) และบทความนี้ รูปภาพจะเสร็จสมบูรณ์
ประเด็นสำคัญ
- เรื่องราวต้นกำเนิดนั้นเป็นเรื่องจริง: ก่อตั้งในปี 2552-2553 โดยผู้นำดั้งเดิมของ MySQL เพื่อตอบสนองต่อการซื้อกิจการของ Oracle หมายเลขเวอร์ชันที่ติดตาม MySQL ภายในมานานหลายปี MariaDB กลายเป็นค่าเริ่มต้นในการจัดส่งใน distro และพาเนลจำนวนมากเร็วกว่าที่ใครๆ คาดการณ์ไว้
- ความเป็นผู้นำด้านฟีเจอร์คือลิ่ม: เอ็นจิ้น Aria/ColumnStore/Spider/CONNECT, การเผยแพร่และส่วนขยายครั้งแรกของ MariaDB, คุณสมบัติในเป้าหมายของ Code Forks ก่อนที่อัปสตรีมจะนำไปใช้ในที่สุด (ฟังก์ชันหน้าต่าง, CTE) ซึ่งใช้เวลาหลายปีในฝั่ง MySQL
- ความเข้ากันได้ตอนนี้เป็นแผนงานของความแตกต่าง: การสำรองข้อมูล MySQL 5.7 ยุคจะกู้คืนอย่างหมดจดใน MariaDB 10.x โดยทั่วไป; การย้ายออกจาก MariaDB 11.x เป็นโครงการที่แตกต่างกัน เนื่องจากพจนานุกรมของกลไก/ข้อมูล และภาษา SQL ที่แตกต่างกัน (เช่น การจัดการ JSON) ได้ถูกสร้างขึ้น
- ความวุ่นวายทางธุรกิจได้รับการบันทึกไว้ เช่น ความเจ็บปวดของบริษัทมหาชนที่เพิ่มขึ้น การปรับโครงสร้างใหม่ และการรีเซ็ตพอร์ตโฟลิโอผลิตภัณฑ์ในยุค 2023-24 ความต่อเนื่องของชุมชนแยกจากเรื่องราวในสต็อคของบริษัท แต่คำแนะนำของผู้ขายเป็นส่วนหนึ่งของการตัดสินใจ
- การดำเนินการดูคุ้นเคย: โมเดลการจำลองตรงกับในอดีตของ MySQL (async, GTID ความพร้อมใช้งานมาในภายหลังผ่านรีลีส 10.x) โดยมีเครื่องมือ percona-toolkit-XtraBackup-family ที่ดัดแปลงผ่านสาขาของ MariaDB เอง อะนาล็อกของ Performance_schema มีอยู่ แต่การตั้งชื่อเมตริกแตกต่างออกไป
- เมื่อเป็นค่าเริ่มต้นที่ถูกต้อง: โฮสติ้งที่ใช้ร่วมกันที่จัดการโดยแผง (สแต็กคลาส cPanel มักจะจัดส่งในช่วงที่ปรับแต่งโดย MariaDB), ฟลีตทดแทนสำหรับ MySQL เก่า และกรณีที่การกำกับดูแลชุมชนมีความสำคัญมากกว่า SLA ของผู้จำหน่าย Oracle เมื่อไม่เป็นเช่นนั้น: ระบบนิเวศของเครื่องมืออัปสตรีมที่เข้มงวด (เครื่องมือ ORM/BI บางตัวทดสอบพฤติกรรม Edge ของ MySQL เท่านั้น) และกลุ่มทักษะการสรรหาบุคลากรที่ใช้ในการดำเนินการร้านค้าที่ได้รับอิทธิพลจาก SQL Server
บันทึกจากหน้างาน
ค่าเริ่มต้นของ MariaDB ที่เราจัดส่งในโฮสติ้งที่ใช้ร่วมกันได้รับการแก้ไขอย่างเงียบๆ ตลอดทศวรรษที่ผ่านมา: ครอบคลุมความเข้ากันได้ของการแทนที่ การเผยแพร่ในชุมชน และการผสานรวมพาเนล ความไว้วางใจในระบบนิเวศได้รับการถ่ายทอดได้ดีกว่าภาษา SQL ที่เคยมีมา
คำถามที่พบบ่อย
MariaDB เป็นการทดแทน MySQL แบบดรอปอินหรือไม่
ใกล้เข้ามาแล้วในยุค 5.5-10.0; 11.x ในปัจจุบันมีความแตกต่างทางภาษาถิ่นและเครื่องมือจัดเก็บข้อมูลอย่างแท้จริง การย้ายเข้าสู่ MariaDB จาก MySQL รุ่นเก่ามักจะราบรื่น การย้ายกลับออกไปเป็นการอพยพ
แล้วความวุ่นวายทางธุรกิจอย่าง MaraDB12x ล่ะ?
การปรับโครงสร้าง (การหมุนของบริษัทหนึ่งไปยังอีกบริษัทหนึ่ง การเปลี่ยนตัวแทน) ได้รับการคุ้มครองอย่างดีต่อสาธารณะ ฉบับโอเพ่นซอร์สของชุมชนยังคงได้รับการเผยแพร่ต่อไป ถือว่าความทนทานของผู้ขายเป็นปัจจัย ไม่ใช่การตัดสิทธิ์
ฉันจำเป็นต้องกังวลเกี่ยวกับการเปลี่ยนแปลงใบอนุญาตหรือไม่?
เซิร์ฟเวอร์ Core MariaDB ยังคงเป็น GPL; ใบอนุญาตระดับองค์กรนำไปใช้กับบางส่วนของพอร์ตโฟลิโอ (MaxScale เครื่องมือบางอย่าง) หลักปฏิบัติของพวกเขาคือสิ่งที่ช่วยให้ผู้จำหน่ายแผงดำเนินการจัดส่งงานสร้างชุมชนต่อไปได้
เส้นทางการโยกย้ายจาก MySQL 8 คืออะไร
แบบลอจิคัล (mysqldump/mydumper + โหลด) พร้อมการตรวจสอบสคีมา/เครื่องมือข้อมูลต่อออบเจ็กต์ระดับสคีมา (ปลั๊กอิน จำเป็นต้องมีการวางแผนแบบโรลโอเวอร์ GTID) วางแผนการหยุดทำงาน ตรวจสอบปลั๊กอินต่อเอเจนต์ เก็บอิมเมจการย้อนกลับของไดเร็กทอรีข้อมูลเก่าไว้
Kinetikatech ช่วยเรื่อง ฐานข้อมูลเปรียบเทียบ ได้อย่างไร
นี่คือสิ่งที่เราทำทุกวัน: ตัวเลือกกลไกฐานข้อมูลสำหรับการโฮสต์ปริมาณงาน เปรียบเทียบกับการรับประกันความถูกต้อง น้ำหนักในการปฏิบัติงาน และต้นทุนจริง: กลไกแบบฝังเทียบกับเซิร์ฟเวอร์, MySQL กับ PostgreSQL, SQL กับที่เก็บเอกสาร รวมถึงกรณีศึกษาแบบเดิมที่กลับมาใช้อีกเรื่อยๆ บริการ การจัดการเซิร์ฟเวอร์และการเพิ่มความเร็วเว็บไซต์ ของเราดูแลครบวงจร ตั้งแต่ประเมิน ลงมือทำ ติดตาม 24 ชั่วโมง ไปจนถึงรับเรื่องฉุกเฉินภายใน 30 นาที