mysql.

قاعدة بيانات SQL ذات شعبية ومفتوحة للغاية
التحميل الان

mysql. الترتيب والملخص

الإعلانات

  • Rating:
  • رخصة:
  • GPL
  • السعر:
  • FREE
  • اسم الناشر:
  • MySQL AB
  • موقع ويب الناشر:
  • http://www.mysql.com/products/connector/j/
  • أنظمة التشغيل:
  • Mac OS X 10.4 or later
  • حجم الملف:
  • 83.3 MB

mysql. العلامات


mysql. وصف

قاعدة بيانات SQL شعبية ومفتوحة MySQL عبارة عن قاعدة بيانات SQL شعبية ومفتوحة للغاية توفرها MySQL AB. MySQL AB هي شركة تجارية تقوم ببناء أعمالها التي تقدم خدماتها حول قاعدة بيانات MySQL.MySQL هي أكثر برامج قاعدة بيانات المصدر المفتوحة الأكثر شيوعا في العالم، مع تنزيل أكثر من 100 مليون نسخة من برنامجها أو توزيعها طوال تاريخها. مع السرعة الفائقة، والموثوقية، وسهولة الاستخدام، أصبحت MySQL الخيار المفضل لمديرو تكنولوجيا المعلومات الشركات لأنها تزيل المشاكل الرئيسية المرتبطة بالتعطل، والصيانة والإدارة والدعم. Mysql هو جزء أساسي من المصباح (Linux، Apache، MySQL ، PHP / PERL / PYTHON)، مكدس برمجيات البرمجيات سريعة النمو مفتوحة المصدر. تستخدم المزيد من الشركات والمزيد من الشركات كبديل للمكونات البرمجية الخاصة باهظة الثمن بسبب انخفاض تكلفةها وحريتها من قفل الدخول. ما الجديد في هذا الإصدار: الوظيفة المضافة أو تغييرها: ينقسم حمام السباحة المخزن المؤقت InnoDB إلى شخصين: سويذ جديد يحتوي على كتل جديدة تستخدمها بشكل كبير من خلال الاستعلامات، وتبذل شخصا كبيرا يحتوي على كتل أقل استخداما ومن منها المرشحين للإخلاء. في التشغيل الافتراضي للحمام المخزن المؤقت، يتم تحميل كتلة عند القراءة عند نقطة المنتصف ثم انتقلت فورا إلى رأس الأساس الجديد بمجرد حدوث وصول. في حالة فحص الجدول (مثل أداء لعملية MySqldump)، تنتهي كل كتلة يقرأها الفحص بالانتقال إلى رأس الأسطح الجديد لأن صفوف متعددة يتم الوصول إليها من كل كتلة. يحدث هذا حتى لمسح لمرة واحدة، حيث لا تستخدم الكتل خلاف ذلك من خلال استفسارات أخرى. قد يتم أيضا تحميل الكتل من خلال مؤشر الخلفية الخلفية للقراءة ثم انتقلت إلى رأس الفرع الجديد من خلال وصول واحد. يمكن أن تكون هذه الآثار غير مؤاتية لأنها تدفع كتل التي هي في الاستخدام الشديد من خلال الاستفسارات الأخرى من الأسطح الفرعية الجديدة إلى السعي القديم حيث تصبح عرضة للإخلاء. بالنسبة إلى InnoDB Plugin، تمت إضافة اثنين من المتغيرات حالة جديدة لإظهار إخراج الحالة. InnoDB_BUFFER_POOL_READ_AHEAD و INNODB_BUFFER_POOL_READ_AHEAD_EVICTS تشير إلى عدد الصفحات التي تقرأها مؤشر الخلفية في INNODB للقراءة قبل الخلفية، وعدد هذه الصفحات التي تم إجلاؤها دون الوصول إلى أي وقت مضى، على التوالي. أيضا، تمت إزالة متغيرات الحالة InnoDB_BUFFER_POOL_READ_AHEAD_RND و INNODB_BUFFER_POOL_READ_AHEAD_SEQ. لا تتأثر الإصدار المدمج من InnoDB بهذه التغييرات. (علة # 42885) تمت ترقية InnoDB Plugin إلى الإصدار 1.0.5. يعتبر هذا الإصدار جودة إصدار مرشح (RC). يدعم الخادم الآن منشأة مزامنة التصحيح لمزامنة مؤشر الترابط أثناء الاختبار والتصحيح. لتجميعها في هذا المرفق، قم بتكوين خيار MySQL مع خيار Sync-Debug غير قابل للتصحيح. يوفر متغير نظام Debug_sync مزامنة تصحيح واجهة المستخدم. دعم MySQLD و MySQL-TEST-RUN.PL خيار BeyBug-Sync-Timeout لتمكين المرفق وتعيين مهلة نقطة المزامنة الافتراضية. إصلاح الأخطاء: تغيير مهم: إصلاح الأمان: تم إجراء تصحيحات إضافية لمشكلة امتياز متعلقة بالتناسب معالجتها أصلا في MySQL 5.1.24. لم يتعامل الإصلاح الأصلي مع اسم مسار دليل البيانات بشكل صحيح إذا احتوى على أدلة متكلفة في مسارها، وتم إجراء الشيك فقط في وقت إنشاء الطاولة، وليس في وقت افتتاح الطاولة لاحقا. (BUG # 32167، CVE-2008-2079) الإصلاح الأمني: لم يتم ربط عملاء MySQL المرتبطة بالمفتوين شهادات الخادم المقدمة بواسطة خادم مرتبط بالخادم المرتبط به ضد Yassl. (علة # 47320) التقسيم: طاولة تغيير ... إضافة بيان التقسيم الذي تسبب في تجاوز OPEN_FILES_LIMIT إلى تحطم خادم MySQL. (علة # 46922) التقسيم: تم حساب بطاقة ادار الفهارس على الجداول المقسمة باستخدام القسم الأول في الجدول، مما قد يؤدي إلى خطط تنفيذ الاستعلام دون المستوى الشامل الذي يتم اختياره. الآن يتم استخدام التقسيم الذي يحتوي على معظم السجلات بدلا من ذلك، مما يجب أن يؤدي إلى استخدام أفضل من الفهارس وبالتالي تحسين أداء الاستعلامات ضد الجداول المقسمة في كثير من الحالات. (علة # 44059) مجموع () متزايد بشكل مصطنع بدقة حجة عشرية، والتي تم اقتطاعها عند إنشاء جدول مؤقت لعقد النتائج. (علة # 48370) إذا كان الاستعلام الخارجي غير صالح، فقد لا يتم إعداد استعلام فرعي. اشرح تمديد لم يتوقع هذا وتسبب في تعطل من خلال محاولة إلغاء المعلومات بشكل غير صحيح. (علة # 48295) تسبب استعلام يحتوي على عرض باستخدام الجداول المؤقتة والجداول متعددة في تحليل الفقر والإجراءات () تحليل الخادم. نتيجة لإصلاح الأخطاء هذا، فإن تحليل الإجراء () قانونية فقط في تحديد المستوى الأعلى. (علة # 48293) كان معالجة الأخطاء مفقودا لبيانات المحددة التي تحتوي على السدود في جملة WHERE والتي تم تعيينها نتيجة مختارة لمتغير المستخدم. يمكن أن يتعطل الخادم نتيجة لذلك. (علة # 48291) يمكن أن يفشل التأكيد إذا استخدم المحسن مؤشرا مكاني. (علة # 48258، علة # 47019) تم التعامل مع فشل تخصيص الذاكرة بشكل غير صحيح في وظيفة InnoDB OS_MEM_ALLOC_LARGE (). (علة # 48237) حيث تم التعامل مع بنود مع OUTER_VALUE_LID في الاسمية الاستقامة بشكل غير صحيح إذا كانت قائمة القيمة الخارجية تحتوي على عناصر متعددة يمكن أن تكون واحدة على الأقل. (علة # 48177) مزيج من المجموعة حسب المجموعة، ومميزة ونوع الانضمام conster في استعلام تسبب في تعطل الخادم عندما اختار المحسن توظيف جدول مؤقت لحل متميز. (علة # 48131) في بعض الحالات، باستخدام جزء ميكروثونث فارغ في حالة (على سبيل المثال، حيث date_time_field = حالة مطابقة فقط أعظم قيمة في عمود مفهرس، كانت النتيجة فارغة إذا كان فحص نطاق الفهرس كان يعمل. (BUG # 47925) يتطلب mysys / mf_keycache.c خيوط، ولكن لم يتم إجراء أي اختبار لدعم الخيط. (علة # 47923) بالنسبة إلى تصحيح الأخطاء، قد يفشل التأكيد خلال البيان التالي الذي تم تنفيذه لجدول مؤقت بعد تحديث متعدد الجدول يتضمن هذا الجدول وتعديل عمود Auto_increment بقيمة توفر للمستخدم. (علة # 47919) تمت إزالة ملف Mysys / mf_strip.c، الذي يحدد الشريط_SP من مصدر MySQL. لم تعد الوظيفة قيد الاستخدام داخل المبنى الرئيسي، وكانت الوظيفة المرفقة تسبب أخطاء الرمز على إنشاء Windows. (علة # 47857) يقوم Windows Build for MySQL بتجميع ملفات SPLIT.C و Debug.c دون داع، مما يؤدي إلى إدراج رموز إضافية في MySQLD. (علة # 47850) عند بناء محركات التخزين على Windows، لم يكن من الممكن تحديد مكتبات إضافية داخل ملف Cmake المطلوب للبناء. تمت إضافة ماكرو $ {Engine} _Libs إلى الملفات لدعم هذه المكتبات الإضافية لمحرك التخزين المحدد. (علة # 47797) عند بناء محرك تخزين قابل للتوصيل على Windows، يمكن أن يستند اسم المحرك إلى اسم الدليل حيث يوجد المحرك، بدلا من اسم محرك التخزين الذي تم تكوينه. (علة # 47795) أثناء تنظيف الهياكل الداخلية للإجراءات المخزنة، لم يتم تنظيف العلم لتجاهل الأخطاء لإدراج تجاهل أو تحديث تجاهل، مما قد يؤدي إلى تعطل الخادم. (علة # 47788) إذا كانت الحجة الأولى إلى وظيفة GEOMFROMWKB () قيمة هندسة، فإن الوظيفة تعاد فقط قيمتها. ومع ذلك، فقد فشلت في الحفاظ على علامة Null_Value الخاصة بالحجة، والتي تسببت في إرجاع قيمة فارغة غير متوقعة إلى المتصل، مما يؤدي إلى تعطل الخادم. (علة # 47780) Indb يمكن أن تحطم عند تحديث القيم المكانية. (علة # 47777) على Windows، عندما يتم إغلاق اتصال الأنبوب باسم الخمول بشكل قسري ببيان قتل أو لأنه تم إيقاف تشغيل الخادم، فإن الخادم الذي كان يغلق الاتصال سيعلق بلا حدود. (علة # 47571، علة # 31621) يمكن أن تنتهي مكالمة الوظيفة دون إلقاء خطأ أو إعداد قيمة الإرجاع. على سبيل المثال، قد يحدث هذا عند حدوث خطأ أثناء حساب قيمة الإرجاع. يتم إصلاح ذلك عن طريق تحديد القيمة إلى NULL عند حدوث خطأ أثناء تقييم التعبير. (علة # 47412) يمكن أن يؤدي الاختيار البسيط مع مجموعة ضمنية إلى إرجاع العديد من الصفوف بدلا من صف واحد إذا تم طلب الاستعلام عن طريق العمود المجمع في القائمة المحددة. (علة # 47280) يمكن رفع تأكيد لإنشاء جدول إذا كان هناك إدراج معلقة تأخر أو استبدال التأخير لنفس الجدول. (علة # 47274) أثارت InnoDB أخطاء في بعض الحالات بطريقة غير متوافقة مع الإشارة واستقلالها. (علة # 47233) إذا تم إنشاء جدول InnoDB مع خيار جدول AUTO_INRCREMENT لتحديد قيمة الزيادة التلقائية الأولية، فسيتم إضافة فهرس في عملية منفصلة لاحقا، فقدت قيمة الزيادة التلقائية (بدأت إدراجات لاحقة عند 1 بدلا من القيمة المحددة ). (علة # 47125) يمكن أن يؤدي معالجة غير صحيحة للندوات التي تنطوي على Null بواسطة Optimizer النطاق إلى حلقة لا حصر لها أثناء تنفيذ الاستعلام. (علة # 47123) إصلاح عن طريق الترتيب أو إصلاح الموازي من جداول MyISAM قد تفشل في الإصلاح للإصلاح باستخدام ذاكرة التخزين المؤقت الرئيسية. (علة # 47073) لم يترجم InnoDB Plugin على بعض أنظمة Solaris. (علة # 47058) على Windows، عندما حدثت عملية I / O فشل مع رمز إرجاع Error_working_set_quota، تعطل InnoDB عن قصد الخادم. الآن InnoDB ينام على 100ms ويقالب العملية الفاشلة. (علة # 47055) يتجاهل InnoDB الآن القيم السلبية التي توفرها مستخدم عمود Auto_inctrement عند حساب القيمة التالية للتخزين في قاموس البيانات. إعداد أعمدة Auto_incrent إلى القيم السالبة هو سلوك غير محدد وهذا التغيير يجب أن يجلب سلوك InnoDB أقرب إلى ما يتوقعه المستخدمون. (علة # 46965) عندما تحطمت MySQL (أو أخذ لقطة محاكاة تحكيم تعطل)، كان من الممكن ترك معاملات XA الداخلية (المستخدمة لمزامنة السجل الثنائي و InnoDB) في حالة جاهزة، في حين أنهم يجب أن تدحرجوا مرة أخرى. حدث هذا عند تغيير قيمة Server_ID قبل إعادة التشغيل، لأن هذه القيمة تم استخدامها لإنشاء قيم XID. الآن يتم استرخاء القيود أن تكون قيمة Server_ID متسقة لقيم XID التي تعتبر صالحة. يجب أن تكون مرحلة الاستعادة قادرة على تنظيف جميع المعاملات XA المعلقة. (علة # 46944) لم يترجم InnoDB Plugin باستخدام GCC 4.1 على أنظمة PPC. (علة # 46718) إذا وصل البرنامج المساعد InnoDB إلى الحد الأقصى لعدد المعاملات المتزامنة (1023)، فقد كتب رسالة وصفية إلى سجل الخطأ ولكن إرجاع رسالة خطأ مضللة إلى العميل، أو حدث فشل تأكيد. (علة # 46672) إدراج متزامنة في ... حدد عبارات لجدول InnoDB قد يتسبب في فشل تأكيد Auto_incrent. (علة # 46650) إذا تم التراجع عن المعاملة داخل InnoDB بسبب طريق مسدود أو قفل مهلة الانتظار، وبيان في المعاملة كان لديه بند تجاهل، يمكن أن يتعطل الخادم في نهاية العبارة أو عند الاغلاق. (علة # 46539) لم يتم تجاهل المساحات الزائدة للترصيات المعرفة من قبل المستخدم التي تعيد المسافات إلى حرف آخر غير 0x20. (علة # 46448) كان لدى رؤوس التراخيص GPL والتجارية أحجاما مختلفة، بحيث يمكن إيقاف تشغيل سجل الأخطاء، ورؤيل التركة، التفريغ الأساسي، وأرقام خط الملفات تتبع الكتلة من قبل واحد إذا لم يتم التحقق منها مقابل إصدار المصدر المستخدم للبناء. (على سبيل المثال، التحقق من GPL Build Backtrace ضد المصادر التجارية.) (BUG # 46216) INNODB لم يكن لعدم السماح بإنشاء فهرس باسم gen_clust_index، والذي يستخدم داخليا. (علة # 46000) أثناء إنشاء Red Hat IA64 MySQL Server RPM، كان ترتيب ارتباط مكتبة النظام غير صحيح. هذا جعل القبعة الحمراء الناتجة ia64 دورة في الدقيقة تعتمد على "libc.so.6.1 (glibc_private) (64 بت)"، وبالتالي منع تثبيت الحزمة. (علة # 45706) لم يتم تهيئة عضو CaseInfo في بنية Charset_info للحصول على مجموعات Unicode المحددة من قبل المستخدم، مما يؤدي إلى تعطل الخادم. (علة # 45645) مع InnoDB Plugin، تسبب إعادة تسمع عمود جدول ثم إنشاء فهرس على العمود الذي تمت إعادة تسميته في تعطل خادم إلى ملف .frm ودليل بيانات InnoDB الذي يخرج من المزامنة. الآن إرجاع InnoDB Plugin 1.0.5 خطأ بدلا من ذلك: خطأ 1034 (HY000): ملف مفتاح غير صحيح للجدول 'tbl_name'؛ حاول إصلاحه. لحل المشكلة، قم بإنشاء جدول آخر بنفس البنية ونسخ الجدول الأصلي إليه. (علة # 44571) رسالة خطأ InnoDB التي تتم الإشارة إليها بشكل غير صحيح إلى متغير Intexistent InnoDB_MAX_FILES_OPEN متغير بدلا من InnoDB_OPEN_FILES. (علة # 44338) لتغيير جدول، وإعادة تسمية عمود DateTime أو TimEstamp تسبب في عملية نسخ الجدول. (علة # 43508) كانت أسماء أيام الأسبوع ل Romanian LC_Time_Names Locale 'Ro_ro' غير صحيحة. بفضل أندريه بوروس للتصحيح لإصلاح هذا الخطأ. (علة # 43207) يمكن أن يسبب بدء XA فشل تأكيد أو تعطل الخادم عند استدعاؤه بعد استعادة أحادية الجانب صادرة عن إدارة الموارد (كلاهما في معاملة منتظمة وبعد معاملة XA). (علة # 43171) تم تجاهل مؤشر القوة للنظام حسب تلميح الفهرس عند استخدام الانضمام التخزين المؤقت. (علة # 43029) معالجة غير صحيحة للنطاق المتداول جنبا إلى جنب مع أو المشغلين يمكن أن تسفر عن نتائج غير صحيحة. (علة # 42846) الفشل في علاج قيم البت كما قد يؤدي إلى نتائج غير متوقعة. (علة # 42803) بالنسبة للخادم المضمن على Windows، تعطل InnoDB عندما تم تمكين InnoDB_File_per_table و كان اسم جدول بتنسيق المسار الكامل. (علة # 42383) يمكن أن تؤدي بعض الاستعلامات ذات الاستثناءات الخارجية المتداخلة إلى تعطل أو نتائج غير صحيحة لأن بنية بيانات داخلية قد تم التعامل معها بشكل غير صحيح. (علة # 42116) في سيناريو النسخ المتماثل مع InnoDB_LOCKS_UNSAFE_FOR_BINLOG ممكنة على الرقيق، حيث تم تغيير الصفوف فقط على الرقيق (ليس من خلال النسخ المتماثل)، في بعض الحالات النادرة، تمت كتابة العديد من رسائل النموذج التالي إلى سجل خطأ الرقيق: InnoDB: خطأ: فتح تعذر على الصف العثور على قفل 4 وضع على السجل. (علة # 41756) مع حجم صفحة InnoDB غير قياسي، أصبحت بعض رسائل الخطأ غير دقيقة. (علة # 41490) يمكن أن تخضع عمليات جدول التحليل في وقت واحد لجداول InnoDB لحالة سباق. (علة # 38996) سابقا، قام InnoDB بإجراء استبدال في T حدد ... من S حيث ... من خلال إعداد أقفال المفاتيح التالية المشتركة على الصفوف من S. Now InnoDB يختار الصفوف من S مع الأقفال المشتركة أو كقراءة ثابتة، أما بالنسبة للإدراج. .. تحديد. هذا يقلل من خلاف القفل بين الجلسات. (علة # 37232) عندما تملأ مساحة لاحق InnoDB، تم تسجيل خطأ في العميل، ولكن ليس إلى سجل الخطأ. أيضا، كانت رسالة الخطأ مضللة ولم تشير إلى المصدر الحقيقي للمشكلة. (علة # 31183) في MySQL، باستخدام التحكم-ج لقتل الاستعلام الحالي أدى إلى خطأ 1053 (08s01): إيقاف تشغيل الخادم في التقدم "رسالة إذا كان الاستعلام ينتظر قفل. (علة # 28141)


mysql. برامج ذات صلة

جيثب

أسهل طريقة لمشاركة التعليمات البرمجية الخاصة بك على جيثب ...

139 7.2 MB

تحميل