والخلية الطبعة المؤسسة هو تجاري، الحائز على جائزة، وتستخدم على نطاق واسع وRDBMS بسرعة فائقة (العلائقية نظام إدارة قواعد البيانات)، التي أنشئت أصلا من قبل شركة صن مايكروسيستمز وحافظت الآن من قبل أوراكل. وهو يتضمن ميزات المؤسسة القوية، مثل الخلية المؤسسة النسخ الاحتياطي، الخلية المؤسسة مراقب، الخلية المؤسسة HA، الخلية المؤسسة التدرجية، الخلية المؤسسة الأمنية، الخلية المشاريع Audit، الخلية المؤسسة مراقب، محلل استعلام الخلية، الخلية النسيج و MySQL Workbench.Features في glanceKey وتشمل الميزات دعم لإنشاء نسخ احتياطي تزايدي، كاملة أو جزئية، نقطة في استرداد الوقت وظيفة، استعادة جزئية أو كاملة، دعم التوثيق الخارجي، ودعم حمامات موضوع، والامتثال التدقيق القائم على السياسة، على الانترنت ودقوو]؛ الساخنة وردقوو]؛ دعم النسخ الاحتياطي، مدير مجموعة ومجموعة من الميزات الجغرافية النسخ المتماثل التحجيم التلقائي، فضلا عن تقديم الدعم لمحركات التخزين المختلفة، بما في ذلك ك InnoDB، NDB وMYISAM.
بالإضافة إلى ذلك، يتميز ضغط النسخ الاحتياطي، والنسخ قاعدة البيانات، DRBD (الموزعة بلوك منسوخ جهاز) تقديم الدعم، أوراكل سولاريس المجموعات، قوالب أوراكل VM، ويندوز الفشل المجموعات، ويندوز التكامل الدليل النشط، حزب الأصالة والمعاصرة (قابلية توصيل مصادقة وحدات) دعم التوثيق، وكذلك 24 / 7 دعم من أوراكل. آخر ملامح مثيرة للاهتمام من القدرة على جعل البنية التحتية قاعدة البيانات الخاصة بك available.Supported غاية العاملة تقدم systemsMySQL توافر كبير، مما يعني أنه يمكن استخدامها على نطاق واسع من توزيعات لينكس، بما في ذلك دبيان جنو / لينكس، أوبونتو، SUSE لينكس إنتربرايز سيرفر، الأحمر هات إنتربرايز لينوكس وأوراكل لينكس، وكذلك صن سولاريس، BSD و Mac OS X و Microsoft Windows systems.The تعمل الخلية الجماعة EditionsIn بالإضافة إلى إصدار Enterprise من الخلية، الطبعة المجتمعية هي متاحة بحرية للتحميل ويمكن تركيبها بسهولة على مختلف أنظمة التشغيل لينكس على أساس باستخدام حزم المدرجة في مستودعات البرنامج الافتراضي لتوزيع جنو / لينكس المعنيين. ويحتفظ بنشاط ويدعمها مجتمع من المتحمسين مفتوحة المصدر والمطورين من جميع الأماكن في العالم. مزيد من التفاصيل حول إصدارات الخلية المجتمعية ويمكن الاطلاع على Softoware
ما هو الجديد في هذا الإصدار:.
أفضل الأداء وقابلية التطوير
تحسين ك InnoDB مشغل التخزين لتحسين الإنتاجية المعاملات
تحسين محسن لأوقات أفضل تنفيذ الاستعلام والتشخيص
أفضل توافر التطبيق مع عمليات اون لاين DDL / مخطط
أفضل أجيليتي المطور مع NoSQL الوصول عبر API أعطها لك InnoDB
تحسين النسخ المتماثل للحصول على أداء عالية ونشر مجموعة الشفاء الذاتي
تحسين مخطط الأداء لأفضل الأجهزة ورصد
تحسين الأمن لنشر تطبيق خالية من القلق
والتحسينات الهامة الأخرى
ما هو الجديد في الإصدار 5.6.10:
الميزات الجديدة والتحسينات في الخلية 5.6 متوفرة للمستخدمين الخلية في الخلية الجماعة الطبعة.
ماي 5.6 يتيح تعزيز قابلية خطية، مما يساعد المستخدمين للاستفادة من قدرات الأجهزة الحديثة.
مع هذا الإصدار، يمكن للمستخدمين تجربة التنمية مبسطة الاستعلام وأسرع التنفيذ، وتحسين الإنتاجية المعاملات وتطبيق توافر، والوصول NoSQL مرونة، وتحسين التكرار وتعزيز الأجهزة.
أفضل تنفيذ الاستعلام تايمز وتشخيص المقدمة من خلال تعزيز التشخيص محسن الخلية: استعلام فرعي أمثل: تبسيط تطوير الاستعلام عن طريق الاستفادة المثلى الاستعلامات الفرعية قبل التنفيذ. ويتم اختيار كفاءات جديدة في كيفية مجموعات النتائج وفرزها وعاد تقديم تحسن كبير في أوقات تنفيذ الاستعلام. إضافة مؤشر الحالة Pushdown (ICP) والدفعة الوصول مفتاح (BKA): يمكن أن تحسن اختيار الإنتاجية الاستعلام بنسبة تصل إلى 280x (1). تعزيز محسن تشخيص: مع شرح لINSERT، UPDATE و DELETE العمليات. شرح الناتج الخطة في شكل JSON يسلم المقاييس محسن أكثر دقة وقراءة أفضل، ومحسن اثار تمكن من تتبع عملية صنع القرار محسن.
أكبر الأداء الإنتاجية وتطبيق توافر مع تحسين محرك التخزين ك InnoDB: ما يصل إلى 230 في المئة في تحسين المعاملات والقراءة فقط الإنتاجية: تم إعادة ك InnoDB الحسبان لتقليل إرث خيوط، وبيغ، والادعاءات تطهير مزامنة والاختناقات، مما يتيح أفضل التزامن على بالسلاح تحميل أنظمة OLTP، ومما أدى إلى تحسن كبير في الإنتاجية لكل من المعاملات وقراءة أعباء العمل فقط (2). تعزيز التوفر: عمليات DDL على الانترنت تمكن دباس لإضافة الفهارس وتنفيذ التعديلات الجدول بينما يبقى التطبيق متاح للحصول على التحديثات. البحث عن نص كامل مع ك InnoDB: يسمح للمطورين لبناء فهارس النص الكامل على الجداول ك InnoDB لتمثيل محتوى يستند إلى نص وتسريع التطبيق بالبحث عن الكلمات والعبارات. بسيط، كي قيمة البحث: وصول NoSQL مرنة لك InnoDB يوفر بحث بسيطة، قيمة المفتاح من البيانات ك InnoDB عبر API أعطها مألوفة. للمستخدمين الحصول على ومثل، أفضل من كلا العالمين، ومثل. الجمع بين عمليات قيمة المفتاح والاستفسارات SQL معقدة في نفس قاعدة البيانات.
تحسين مقياس المغادرة وعالية التوفر: مع ميزات جديدة في الخلية تكرارها بما في ذلك: الذاتي شفاء النسخ المتماثل مجموعات: إضافة معرفات عملية العالمية والمرافق جعلها بسيطة للكشف تلقائيا والتعافي من الفشل. تحطم الآمن النسخ المتماثل تمكن سجل ثنائي والعبيد لاستعادة تلقائيا المواضع الصحيحة في مجرى تكرارها في حالة وقوع حادث، واستئناف النسخ دون تدخل المسؤول. اختبارية الحفاظ على سلامة البيانات عبر الكتلة عن طريق الكشف عن تلقائيا وتنبيه على الأخطاء. عالية الأداء مجموعات النسخ المتماثل: تصل إلى 5 مرات أسرع من خلال تكرار متعددة الخيوط العبيد (3)، Binlog المجموعة ارتكاب ومحسن النسخ المتماثل القائمة على صف تمكين المستخدمين من تحقيق أقصى قدر من الأداء والكفاءة النسخ المتماثل لأنها النطاق من أعباء العمل عبر أنظمة السلع. النسخ المتماثل الذي تأخر الوقت: يوفر الحماية ضد الأخطاء التشغيلية المحرز في الماجستير، على سبيل المثال إسقاط بطريق الخطأ الجداول.
تعزيز PERFORMANCE_SCHEMA: أجهزة جديدة تمكن المستخدمين من مراقبة معظم الموارد مكثفة الاستفسارات والأشياء، والمستخدمين والتطبيقات بشكل أفضل. ملخصات جديدة مع الإحصائيات المجمعة التي تم تجميعها حسب الاستعلام، موضوع، المستخدم، المضيف وجوه وتتوفر أيضا. التحسينات تسمح لتسهيل التكوين الافتراضي مع أقل من خمسة في المئة في سماء المنطقة.
ماي 5.6 تضم عددا من التحسينات الإضافية، بما في ذلك نظم المعلومات الجغرافية - العمليات المكانية دقيقة، وتحسين الامتثال IPv6 و التخلف الخادم الأمثل.
ما هو الجديد في الإصدار 5.5.30:
ك-يبس وماي-يبس-المتقدمة قد أزيلت من ملف المواصفات.
وهناك القليل معالجة أكثر ذكاء من الملفات .في في الخلية اختبار / تم تنفيذ مجموعة.
أثناء تحويل اسم الدليل إلى اسم الملف، فاصل الملف (FN_LIBCHAR) قد تحصل على إلحاق إلى اسم الملف الناتج. تم إصلاح هذه المشكلة؛
وقد تم إصلاح فشل عشوائي PB2.
لم البرنامج النصي اختبار التي أضيفت مع دفع في وقت سابق لا تعمل مع حالة المدمجة، حيث لا يوجد ملف معرف المنتج التي تم إنشاؤها في مثل هذه الحالات. ومثل؛ not_embedded.inc ومثل. تمت إضافة.
ما هو الجديد في الإصدار 5.6.9 RC:
وظيفة إضافية أو تغيير:
يتعارض تغيير: النسخ المتماثل: تم تغيير عدد من أسماء المتغيرات وأخرى تتعلق النسخ المتماثل تعتمد GTID، بهدف جعل هذه الأسماء أكثر ملاءمة وذات مغزى. لم تعد معتمدة أسماء القديمة.
الميزات سميت بذلك تظهر في القائمة التالية:
تمت إعادة تسمية خيار ملقم --disable-gtid-غير آمنة البيانات---enforce-gtid الاتساق. تمت إعادة تسمية متغير النظام disable_gtid_unsafe_statements enforce_gtid_consistency.
تمت إعادة تسمية gtid_executed في gtid_done نظام الخادم متغير.
تمت إعادة تسمية متغير نظام الخادم gtid_lost gtid_purged. بالإضافة إلى ذلك، هذا المتغير لم يعد للقراءة فقط.
تمت إعادة تسمية وظيفة SQL_THREAD_WAIT_AFTER_GTIDS () WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
لمزيد من المعلومات، راجع القسم 16.1.3، ومثل، النسخ المتماثل مع عملية العالمي معرفات ومثل ؛، والقسم 16.1.4.5، ومثل، خيارات العالمية ID عملية والمتغيرات ومثل ؛. (الأخطاء # 14775984)
mysqld يكتب الآن التمور إلى سجل خطأ في ISO (ح ح YYYY-MM-DD: MM: SS) الشكل. ويشمل أيضا معرف العملية في أعقاب التاريخ. بفضل دافي ارنو من أجل التصحيح. (الأخطاء # 56240، الخطأ رقم 11763523)
ويندوز فيستا، ويندوز سيرفر 2008، ودعم أحدث symlinking الأصلي باستخدام الأمر mklink. وهذا ما يجعل تنفيذ خادم MySQL قاعدة صلات رمزية باستخدام .sym الملفات الزائدة عن الحاجة، لذلك تم إهمال هذه الآلية الآن وسوف يتم إزالتها في إصدار مستقبلي الخلية. انظر القسم 8.11.3.1.3، ومثل، واستخدام روابط رمزية لقواعد البيانات على ويندوز و مثل ؛.
البق الثابتة:
الأداء: ك InnoDB: القيم توقيت على مستوى منخفض ك InnoDB قراءة العمليات تم تعديلها من أجل أداء أفضل مع أجهزة التخزين السريعة، مثل SSD. هذا التعزيز يؤثر في المقام الأول عمليات القراءة للأعمدة BLOB في الجداول المضغوط. (الأخطاء # 13702112، علة # 64258)
وقد اتسعت العمود THREAD_ID في الجداول مخطط الأداء من INT إلى BIGINT لاستيعاب القيم 64-بت: تغيير غير متوافق.
إذا الترقية إلى هذا الإصدار من الخلية من إصدار سابق، يجب تشغيل mysql_upgrade (وإعادة تشغيل الملقم) لدمج هذا التغيير إلى قاعدة البيانات performance_schema. (الأخطاء # 14664453)
تغيير يتنافى: ID اتصال (ID موضوع) قيم يمكن أن يحدث أكبر من 32 بت على بعض الأنظمة (مثل أنظمة 64 بت مشغول أو طويلة الأمد)، مما تسبب هذه المشاكل:
كانت معرفات اتصال مكتوبة إلى سجل الاستعلام العام وبطء سجل الاستعلام غير صحيحة. وكان هذا صحيحا لتسجيل لكل الملفات والجداول.
وظيفة CONNECTION_ID () يمكن إرجاع القيمة مع نوع بيانات صغير جدا للقيم أكبر من 32 بت.
وmysql_thread_id ()، ولم mysql_kill () وظائف C API لا يعالج القيم ID أكبر من 32 بت. وهذا يمكن أن يؤدي إلى قتل موضوع الخطأ. على سبيل المثال، إذا كنت التذرع mysql_kill (mysql_thread_id ()).
ويسمح معرفات اتصال الآن أن تكون القيم 64 بت عند يدعم خادم لهم (عندما بنيت مع أنواع البيانات 64-بت)، التي لديها هذه الآثار:
تم تسجيل معرفات الاتصال بشكل صحيح إلى سجل الاستعلام العام وبطء سجل الاستعلام.
ملاحظة
ينطوي هذا التغيير على تعديل لجداول السجل، وذلك بعد الترقية إلى هذا الإصدار، يجب تشغيل mysql_upgrade وإعادة تشغيل الملقم.
CONNECTION_ID () بإرجاع نوع البيانات المناسب لقيم أكبر من 32 بت.
mysql_thread_id () هو دون تغيير. وprotocal العميل / الخادم لديها سوى 4 بايت لقيمة ID. هذه الدالة بإرجاع غير صحيحة (اقتطاع) القيمة للاتصال معرفات أكبر من 32 بت وينبغي تجنبها.
mysql_kill () لا تزال لا يمكن التعامل مع القيم أكبر من 32 بت، ولكن لحراسة ضد قتل موضوع الخطأ الآن بإرجاع خطأ في هذه الحالات:
إذا أعطيت ID أكبر من 32 بت، mysql_kill () بإرجاع خطأ CR_INVALID_CONN_HANDLE.
بعد داخلية مضادة ID موضوع للملقم تصل قيمة أكبر من 32 بت، تقوم بإرجاع خطأ ER_DATA_OUT_OF_RANGE لأي mysql_kill () الاحتجاج وmysql_kill () فشل.
لتجنب المشاكل مع mysql_thread_id () وmysql_kill ()، لم تستخدمها. للحصول على ID الصدد، تنفيذ استعلام SELECT CONNECTION_ID () واسترداد النتيجة. لقتل موضوع، تنفيذ عبارة KILL.
(الأخطاء # 19806، الخطأ رقم 11745768، علة # 65715، الخطأ رقم 14236124، علة # 44728، الخطأ رقم 11753308)
المهم تغيير: ك InnoDB: بيان DML باستخدام أسلوب الوصول إلى دمج مؤشر يمكن قفل العديد من الصفوف من الجدول، حتى عندما كانت تلك الصفوف يست جزءا من مجموعة النتائج النهائية. هذا الإصلاح يقلل من قفل المفرط عن طريق الإفراج عن أقفال الصفوف التي لا تضاهى. يؤثر هذا التحسين المعاملات الوحيدة مع مستوى العزل تساوي أو أقل صرامة من READ ارتكبها. فإنه لا ينطبق على المعاملات باستخدام تكرار READ أو مستوى العزل للتسلسل. (الأخطاء # 14226171)
المهم تغيير: النسخ المتماثل: لأن تشغيل الخادم مع GTIDs تمكين التغييرات منعت إلى جداول nontransactional، وكانت قادرة على العمل على جداول النظام التي تستخدم مشغل التخزين MYISAM، وبالتالي لا يمكن أن تعمل بشكل صحيح برامج مثل mysql_upgrade وmysql_install_db. الآن، عندما تعمل مع --enforce-gtid الاتساق (مطلوب كلما --gtid وضع = ON)، يسمح خادم بيانات واحدة على الجداول nontransactional. (الأخطاء # 14722659)
تغيير هام: النسخ المتماثل: سابقا، تم تعيين قيمة العمود Seconds_Behind_Master في إخراج عرض الرقيق تصريح دائما إلى NULL كلما أوقف موضوع SQL أو موضوع I / O. الآن، يتم تعيين هذا العمود إلى NULL إلا إذا كان موضوع SQL ليس قيد التشغيل، أو إذا كان موضوع I / O ليس قيد التشغيل بعد الاختيار لتحديد ما إذا كان أو لم يكن موضوع SQL تمت معالجة كل من سجل التتابع. (إذا كان موضوع SQL قد انتهى تجهيز وهي موضوع I / O التوالي، Seconds_Behind_Master هو 0.) (الأخطاء # 12946333)
التقسيم: ك InnoDB: في السابق، عند محاولة تحسين واحد أو أكثر من أقسام جدول تقسيم التي تستخدم محرك التخزين التي لا تدعم على مستوى التقسيم على النحو الأمثل، مثل ك InnoDB، ذكرت الخلية الجدول لا يدعم الأمثل، والقيام إعادة + تحليل بدلا من ذلك، ثم إعادة إنشاء الجدول بأكمله، ولكن لم نحللها في الواقع. الآن في مثل هذه الحالات، ورسالة تحذير ل، الجدول لا يدعم الأمثل على أقسام. سيتم إعادة بناء جميع أقسام وتحليلها. وبالإضافة إلى ذلك، يتم تحليل الجدول بأكمله بعد أول يجري بناؤها. (الأخطاء # 11751825)
ك InnoDB: إذا تحطمت خادم بينما تم إدراج صفوف في جدول مع فهرس النص الكامل لكن قبل ارتكاب هذه الصفقة، يمكن أن يحدث خطأ أثناء بدء التشغيل التالي:
فشل التأكيد في موضوع thread_num في ملف خط dict0dict.cc 1019: ك InnoDB
(الأخطاء # 14826779)
ك InnoDB: ملقم يمكن وقف مع وجود خطأ عند الوصول إلى InnoDB الجدول الذي يحتوي على مؤشر النص الكامل من خلال بيان HANDLER. (الأخطاء # 14788710)
ك InnoDB: ملقم يمكن وقف مع وجود خطأ عندما حدثت نوعين من العمليات في وقت واحد:
الاستعادة من الصف المدرج التي تحتوي على الأعمدة خارج الصفحة.
عملية DDL على الانترنت على الانترنت التي تنطوي على جدول ROW_FORMAT = DYNAMIC أو ROW_FORMAT = مضغوط (أي، باستخدام تنسيق ملف باراكودا) التي أعيد بناؤها الجدول. على سبيل المثال، ADD / إسقاط العمود، أضف المفتاح الأساسي، وتغير ROW_FORMAT.
(الأخطاء # 14842014)
ك InnoDB: الخادم قد توقف مع خطأ التوكيد لANALYZE عملية الجدول، اعتمادا على بنية الجدول والفهارس في:
فشل التأكيد في موضوع thread_num في ملف خط dict0dict.ic 447: ك InnoDB
ك InnoDB: فشل التأكيد: نقاط البيع العلامة & lt؛ table- & GT؛ n_def
(الأخطاء # 14755452)
ك InnoDB: يمكن أن يحدث خطأ مهلة على أنظمة ويندوز عند القيام تصريحات TABLE ALTER مع بنود TABLESPACE تجاهل أو IMPORT TABLESPACE، بسبب ملف جدولية مؤقت المتبقية في نظام الملفات. (الأخطاء # 14776799)
ك InnoDB: ان عملية DDL على الانترنت لInnoDB الجدول ذكرت بشكل غير صحيح قيمة فارغة ('') بدلا من القيمة الأساسية الصحيحة عندما ذكرت خطأ مفتاح مكررة لفهرس فريد باستخدام بادئة مؤشر. (الأخطاء # 14729221)
ك InnoDB: الجداول ك InnoDB مع فهارس النص الكامل يمكن تخصيص الذاكرة لمقابض موضوع الذي تم إصداره أبدا، وربما يؤدي إلى الموارد القضايا على أنظمة ويندوز. (الأخطاء # 14759163)
ك InnoDB: خلال عملية DDL على الانترنت ان نسخ الجدول، المؤشر الثانوي من الجدول يمكن أن تتلف. (الأخطاء # 14753701)
ك InnoDB: إذا تحطمت الخادم بعد DDL على الإنترنت إنشاء عملية INDEX، يمكن أن يحدث خطأ أثناء المتداول المعاملات غير المكتملة مرة أخرى على بدء التشغيل التالي:
ك InnoDB: خطأ في إدخال الفهرس ثانية ديل التراجع في
...
فشل التأكيد في موضوع thread_num في ملف خط row0umod.cc 559: ك InnoDB
(الأخطاء # 14707452)
ك InnoDB: إذا تحطمت الخادم في لحظة دقيقة خلال عملية TABLE ALTER أن إعادة بناء فهرس متفاوت المسافات لInnoDB الجدول، يمكن أن يكون الجدول الأصلي لا يمكن الوصول إليها بعد ذلك. مثال على مثل هذه العملية هو تغيير الجدول ... أضف المفتاح الأساسي للإصلاح يحفظ الجدول الأصلي إذا يوقف الملقم أثناء هذه العملية. قد لا تزال بحاجة إلى إعادة تسمية الملف .ibd يدويا لاستعادة محتويات الجدول الأصلي: في الخلية 5.6 وأعلى، إعادة تسمية من # SQL-IB $ new_table_id.ibd إلى table_name.ibd داخل دليل قاعدة البيانات؛ قبل الخلية 5.6، ملف مؤقت لإعادة تسمية هو TABLE_NAME رقم 1 أو رقم 2. (الأخطاء # 14669848)
ك InnoDB: هذا الإصلاح يحسن معالجة الأخطاء عندما يضيف عملية ALTER TABLE عمود ما وراء الحد الأقصى المسموح به لInnoDB الجدول. كما يزيد الحد الأقصى لعدد الأعمدة لInnoDB الجدول من 1000 إلى 1020. (الأخطاء # 14705287)
ك InnoDB: خلال عملية DDL على الانترنت التي أعيد بناؤها الجدول، يمكن بيان TABLE التحقق من تقرير عدم تطابق العد لجميع المؤشرات الثانوية. (الأخطاء # 14606472)
ك InnoDB: إذا فشل عبارة ALTER TABLE أثناء محاولة إنشاء فهرس النص الكامل لInnoDB الجدول، يمكن أن خادم وقف مع خطأ التوكيد في حين انخفض مؤشر غير مكتملة. (الأخطاء # 14504174)
ك InnoDB: خلال الاغلاق، مع خيار التكوين innodb_purge_threads مجموعة أكبر من 1، يمكن أن خادم يوقف قبل الأوان مع هذا الخطأ:
mysqld حصلت إشارة 11
وكان الحل لزيادة innodb_log_file_size ووضع innodb_purge_threads = 1. تم backported الإصلاح إلى الخلية 5.5 و 5.1، على الرغم من أن هذه الإصدارات ليس لديهم خيار التكوين innodb_purge_threads لذلك كان من غير المرجح أن يحدث الخطأ. (الأخطاء # 14234028)
ك InnoDB: ملقم يمكن وقف مع وجود خطأ في ظل بعض مجموعات من العمليات المتزامنة:
ك InnoDB: رمز الخطأ غير معروف 20
هذه المسألة نشأت خلال دورة 5.6 التنمية. أنها تؤثر المعاملات فقط باستخدام READ ملتزمة andREAD مستويات العزل غير ملتزم بها. (الأخطاء # 13641662، 12424846 علة #)
النسخ المتماثل: إذا كان جدول لتكرارها كان مؤشر النص الكامل، لم يستبعد هذا المؤشر من عند اختيار نوع الفحص لاستخدامها في العثور على الصف التالي، على الرغم من أنه لا يمكن استخدامها للعثور على واحدة صحيحة. حاول مطبق التوالي في وقت لاحق دون جدوى لتوظيف تفحص مؤشر، مما تسبب في تكرار فشل. الآن في مثل هذه الحالات، والفهارس التي لا تنص على الوصول التسلسلي (مثل النص الكامل) لا يتم أخذها في الاعتبار عند تحديد ما إذا كان استخدام جدول، مؤشر، أو تجزئة مسح لهذا الغرض. (الأخطاء # 14843764)
النسخ المتماثل: عند استخدام بروتوكول السيد والعبد-GTID علم، استخدام موضوع الرقيق I / O موقف خاطئ. عند استخدام GTIDs، لا تستخدم عادة في الموقف، ولكن كحالة خاصة، تم استخدام الموقف بالإضافة إلى GTID عند إعادة توصيل عبدا لسيد نفسه (على الرغم من هذا لم يكن ضروريا). يتم إصلاح هذه المشكلة من خلال جعل بروتوكول السيد والعبد-GTID يدرك عدم استخدام المواقف على الإطلاق أي لفترة أطول. (الأخطاء # 14828028)
النسخ المتماثل: وبالنظر إلى R روتيني المخزنة التي تم استدعاء الدالة GTID_SUBTRACT (): مرة واحدة GTID_SUBTRACT () عاد NULL عندما دعا داخل R، واصلت للعودة NULL كل مرة كان يطلق عليه داخل R، للفترة المتبقية من الدورة العميل. (الأخطاء # 14838575)
النسخ المتماثل: الخلية المؤسسة النسخ الاحتياطي، mysqldump، وmysqlhotcopy لا يمكن استخدامها مع تمكين GTID خادم MySQL، لأنهم لم يتمكنوا من استعادة الدولة GTID للملقم وحتى لا يمكن استعادة من أي نقطة في سجل ثنائي آخر من البداية.
كجزء من إصلاح هذه المشكلة، متغير النظام gtid_purged (المسمى سابقا gtid_lost) لم يعد للقراءة فقط؛ الآن أنه من الممكن إضافة GTIDs لأنه عندما gtid_executed (gtid_done سابقا) فارغ. (الأخطاء # 14787808)
تم تطهير إعادة تشغيل النسخ المتماثل بعد أول ملف سجل ثنائي أسفرت عن الخطأ حصلت خطأ فادح 1236 من سيده عند قراءة البيانات من سجل ثنائي:: النسخ المتماثل "إن العبد يتم الاتصال باستخدام أختر MASTER TO MASTER_AUTO_POSITION = 1، ولكن تطهير سيد السجلات التي تحتوي على ثنائي GTIDs أن العبد يتطلب. هذا التكرار القائم على GTID أدى إلى فشل. (الأخطاء # 14756691)
فشل mysql_install_db لتكريم الخيار --user. (الأخطاء # 15866735)
يمكن خلق InnoDB الجدول مع مؤشر النص الكامل تواجه خطأ جسيم إذا كان اسم الجدول يتضمن أحرف غير الأبجدية الرقمية. (الأخطاء # 14835178)
ذاكرة غير صالحة يقرأ يمكن أن تحدث للاستعلامات أن يختار من اسم جدول ذات طول صفري. (الأخطاء # 14780820)
مع الجداول LOCK في الواقع، CREATE TABLE IF NOT EXISTS ... مثل يمكن رفع التوكيد. (الأخطاء # 14788976)
لم التلقائي وتوليد مفتاح جزء من معالجة جدول مشتقة لا يعالج بشكل صحيح الأعمدة المحددة كجزء من VALUES () بند وتسبب في التأكيد على أن تثار. (الأخطاء # 14786324)
محاولة لقراءة ملف UTF16 مع تحميل البيانات INFILE رفع التوكيد. (الأخطاء # 14786470)
init_io_cache () المستخدمة memset () لمسح كائن مزامنة ولكنها مرت حجم كائن مزامنة خطأ. (الأخطاء # 14838882)
محسن قد يرفع تأكيد عند تقييم اختبار مجموعة ضد IS NOT NULL حالة. (الأخطاء # 14843705)
يمكن أن تثار تأكيد تنفيذ INSERT، UPDATE أو DELETE بعد بدء ضمنا صفقة قراءة فقط في وضع LOCK الجداول. (الأخطاء # 14788540)
يمكن أن تحاول إنشاء عمود زيادة تلقائية في InnoDB الجدول مع سمة نوع NULL تسبب خطأ فادح. (الأخطاء # 14758479)
وقد أثار هذا التأكيد إذا تم استخدام ALTER TABLE لإعادة تسمية عمود إلى نفس اسم عمود موجود حين إعادة ترتيب أيضا العمود تسميته باستخدام AFTER أو FIRST. (الأخطاء # 14756089)
يمكن أن تثار تأكيد إذا تم استخدام شبه الانضمام تجسيد لتقييم NOT IN فرعي. (الأخطاء # 14751858)
وبالنسبة لبعض nestings معالج استمرار، يمكن استمرار تحدث في موقع خاطئ. (الأخطاء # 14724836)
كان غير مصنفة الناتج عرض PROCESSLIST في Id النظام. (الأخطاء # 14771006)
وبالنسبة لبعض عبارات SELECT، وشرح يمكن أن تسبب خادم للخروج. (الأخطاء # 14761894)
حدث تسرب للذاكرة عن محاولات لاستخدام ALTER TABLE لتعيين القيمة الافتراضية لصغير أو متوسط أو طويل BLOB أو عمود TEXT. (الأخطاء # 14756206)
التثبيت باستخدام حزم سولاريس ركض mysql_install_db خلال عمليات الترقية (وهذا ينبغي أن يحدث فقط للمنشآت الجديدة). (الأخطاء # 14747671)
عبارات UPDATE، وشرح أظهر مجموع طول المفتاح في العمود key_len بدلا من طول الأجزاء الرئيسية المستخدمة. (الأخطاء # 14682438)
يمكن بدء تشغيل الملقم مع --bind-عنوان ثم وضع host_cache_size إلى 0 يؤدي إلى خادم وقف لأنواع معينة من اتصالات العميل. (الأخطاء # 14689561)
مع تمكين حالة مؤشر pushdown، يمكن للمحسن تسفر عن نتائج غير صحيحة للجداول المشتقة. (الأخطاء # 14640176)
محسن يمكن أن تستخدم بشكل غير صحيح مؤشر فراغية لتحسين العمليات المكانية، مما تسبب في التأكيد على أن تثار. (الأخطاء # 14600994)
أنتجت mysql_config_editor أية رسالة خطأ لأخطاء الكتابة إلى ملف التكوين. (الأخطاء # 14545989)
الاستعلام إعادة كتابة كلمات السر لفرك لتسجيل تم القيام به حتى إذا تم تمكين أي من السجلات المرتبطة بها. أيضا، CREATE يتم إعادة كتابة الخادم والخادم ALTER الآن حسب الضرورة. (الأخطاء # 14073554)
TABLE التحقق من وREPAIR TABLE يمكن أن تعطل إذا كان الجدول MYISAM مفتاح الفاسدين (.MYI) الملف. الآن خادم ينتج خطأ. (الأخطاء # 13556441)
TABLE التحقق من وREPAIR TABLE يمكن أن تعطل إذا كان الجدول MYISAM مفتاح الفاسدين (.MYI) الملف. الآن خادم ينتج خطأ. (الأخطاء # 13556107، 13556000 علة #)
لمقالب من قاعدة بيانات MySQL، تخطي mysqldump الجدول الحدث إلا إذا أعطيت الخيار --events. لتخطي هذا الجدول إذا كان هذا هو المطلوب، استخدم خيار الجدول --ignore بدلا (الأخطاء # 55587، الخطأ رقم 11762933)
mysqld_safe تجاهل قيمة متغير البيئة UMASK، مما يؤدي إلى السلوك مختلفة من mysqld فيما يتعلق وضع الوصول لإنشاء ملفات. الآن mysqld_safe (وmysqld_multi) محاولة لتقريب نفس السلوك كما mysqld. (الأخطاء # 57406، الخطأ رقم 11764559)
على ماك OS X، reinitializing ذاكرة التخزين المؤقت الاستعلام يمكن أن يسبب خادم للخروج. بفضل دافي ارنو من أجل التصحيح. (الأخطاء # 67156، الخطأ رقم 14741880)
للجداول MEMORY مع الفهارس HASH، DELETE أحيانا فشل في حذف كافة الصفوف المعمول بها. (الأخطاء # 51763، الخطأ رقم 11759445)
فشل الملقم لاستخدام ذاكرة التخزين المؤقت الاستعلام عن الاستفسارات التي قاعدة بيانات أو الجدول اسم يتضمن أحرف خاصة وكان المحرك تخزين InnoDB الجدول. (الأخطاء # 64821، الخطأ رقم 13919851)
على ماك OS X، يمكن KILL يكون أحيانا لا يمكن الاعتماد عليها. (الأخطاء # 37780، الخطأ رقم 11748945)
LAST_INSERT_ID (EXPR) ولم يعمل من أجل القيم EXPR أكبر من أكبر قيمة BIGINT الموقعة. (الأخطاء # 20964، الخطأ رقم 11745891)
لم يتم العثور على التعليقات