تم إصدار MariaDB 10.0.0 منذ أكثر من عشر سنوات (12 نوفمبر 2012)
بعد 10 سنوات من تأسيس الفرع 10.x ، أخيرًا تم إصدار الإصدار الجديد وفرع MariaDB 11.0.0أن يجلب العديد من التحسينات الهامة ويفشل تغييرات التوافق.
تم إصدار MariaDB 11 بالفعل وهذه هي أخبارها وستكون جاهزة للاستخدام في الإنتاج بعد التثبيت. من المتوقع ألا يتجاوز الفرع المهم التالي من MariaDB 12 ، الذي يحتوي على تغييرات تكسر التوافق ، في موعد لا يتجاوز 10 سنوات (في عام 2032).
بالنسبة لأولئك الذين ليسوا على دراية بمشروع MariaDB ، يجب أن تعرف ذلك يطور شوكة MySQL التي تحافظ على التوافق مع الإصدارات السابقةحيثما أمكن ذلك وتتميز بتكامل محركات التخزين الإضافية والميزات المتقدمة.
تطوير MariaDB تشرف عليه مؤسسة MariaDB المستقلة ، بعد عملية تطوير مفتوحة وشفافة مستقلة عن البائعين الفرديين. يتم شحن MariaDB بدلاً من MySQL في العديد من توزيعات Linux.
الميزات الجديدة الرئيسية لـ MariaDB 11
في هذا الإصدار الجديد من MariaDB 11 ، كان أحد التحسينات الرئيسية في الفرع هو ترجمة محسن الاستعلام إلى نموذج ترجيح جديد (نموذج التكلفة) ، والذي يوفر تنبؤًا أكثر دقة لأوزان كل خطة تنفيذ استعلام. بينما يزيل النموذج الجديد بعض الاختناقات في الأداء ، فقد لا يكون هو الأمثل في جميع السيناريوهات وقد تتباطأ بعض الاستعلامات ، لذلك يتم تشجيع المستخدمين على المشاركة في الاختبار وإخطار المطورين في حالة حدوث أي مشاكل.
عمل النموذج أعلاه بشكل جيد للعثور على الفهرس الأمثل، ولكن كانت تواجه مشكلات في إمكانية تطبيق عمليات فحص الجدول أو عمليات فحص الفهرس أو عمليات البحث عن النطاق. في النموذج الجديد ، يتم التخلص من هذا العيب عن طريق تغيير الوزن الأساسي للعمليات باستخدام محرك التخزين.
تقاييم الأداء للعمليات التي تتطلب قرصًا مكثفًا مثل عمليات المسح الضوئي للكتابة المتسلسلة ، الآن يفترضون أن البيانات مخزنة على SSD بسعة قراءة 400 ميجابايت في الثانية. بالإضافة إلى ذلك ، تم تنقيح معلمات الوزن الأخرى للمحسن ، والتي ، على سبيل المثال ، جعلت من الممكن تنفيذ إمكانية استخدام الفهارس لعمليات "ORDER BY / GROUP BY" في الاستعلامات الفرعية وتسريع العمل باستخدام جداول صغيرة جدًا.
حداثة أخرى تبرز هي أن نموذج الترجيح الجديد سيسمح باختيار خطة تنفيذ استعلام أكثر مثالية في المواقف التالية:
- عند استخدام الاستعلامات التي تمتد لأكثر من جدولين.
- عندما تكون هناك مؤشرات تحتوي على عدد كبير من القيم المتطابقة.
- عند استخدام النطاقات التي تغطي أكثر من 10٪ من الجدول.
- عندما يكون لديك استعلامات معقدة حيث لا تتم فهرسة جميع الأعمدة المستخدمة.
- عند استخدام الاستعلامات التي تتضمن محركات تخزين مختلفة (على سبيل المثال ، عندما يحتوي استعلام على وصول إلى الجداول في InnoDB ومحركات الذاكرة).
- باستخدام FORCE INDEX لتحسين خطة الاستعلام.
- عندما يتم إرجاع خطة الاستعلام إلى إصدار سابق في حالة استخدام "ANALYZE TABLE".
- عندما يمتد الاستعلام على عدد كبير من المشاهدات (عدد كبير من SELECTs المتداخلة).
- عند استخدام جمل ORDER BY أو GROUP BY التي تطابق الفهارس.
من جانب كسر التوافق في هذا الإصدار الجديد من MariaDB 11 ، تم ذكر الفواصل التالية التي سنجدها في هذا الفرع الجديد:
- لم تعد حقوق SUPER تسمح لك بتنفيذ الإجراءات التي تتوفر لها الامتيازات المعينة بشكل منفصل. على سبيل المثال ، سيتطلب تغيير تنسيق السجلات الثنائية حقوق BINLOG ADMINISTRATOR.
- تمت إزالة تنفيذ المخزن المؤقت للتغيير في InnoDB.
- innodb_flush_method و innodb_file_per_table تم إيقافه.
- تم إهمال دعم أسماء mysql *.
- إعداد تم إيقاف العمل صريح_defaults_for_timestamp على 0.
- تم نقل الروابط الرمزية إلى حزمة منفصلة للتوافق مع MySQL.
- تم تغيير قيمة المعلمة innodb_undo_tablespaces من الافتراضي إلى 3.
أخيرا إذا كنت مهتمًا بمعرفة المزيد عنها حول هذا الإصدار الجديد ، يمكنك التحقق من التفاصيل في الرابط التالي.