در MySQL را نسخه سازمانی است تجاری، برنده جایزه، به طور گسترده ای استفاده می شود و RDBMS فوق العاده سریع (سیستم مدیریت پایگاه داده رابطه ای)، نوشته شده توسط سان مایکروسیستمز ایجاد و در حال حاضر توسط اوراکل داشت. این شامل ویژگی های قدرتمند شرکت، مانند خروجی زیر تصدی پشتیبان گیری، خروجی زیر تصدی مانیتور، خروجی زیر تصدی HA، خروجی زیر تصدی مقیاس پذیری، خروجی زیر تصدی امنیت، خروجی زیر تصدی حسابرسی، خروجی زیر تصدی مانیتور، خروجی زیر سوال آنالیز، خروجی پارچه و MySQL Workbench.Features در glanceKey ویژگی های شامل پشتیبانی برای ایجاد پشتیبان گیری افزایشی، کامل یا نیمه کامل، نقطه در زمان بازیابی قابلیت بازیابی مشتقات جزئی یا کامل، پشتیبانی احراز هویت خارجی، پشتیبانی برای استخر موضوع، سیاست های مبتنی بر رعایت حسابرسی، آنلاین صفحه & ldquo؛ داغ کار & rdquo؛ حمایت پشتیبان، مدیر خوشه و خوشه ویژگی های جغرافیایی تکرار، پوسته پوسته شدن خودکار، و همچنین پشتیبانی برای موتورهای ذخیره سازی های مختلف، از جمله INNODB، NDB و MyISAM از.
علاوه بر این، آن را ویژگی های فشرده سازی پشتیبان گیری، تکرار پایگاه داده، DRBD (توزیع مضاعف دستگاه بلوک) پشتیبانی، خوشه اوراکل سولاریس، قالب اوراکل ماشین مجازی، ویندوز Failover Clustering آموزش، ویندوز یکپارچه سازی دایرکتوری فعال، PAM (نردبان ماژول تایید) پشتیبانی احراز هویت، و همچنین به عنوان 24 / پشتیبانی 7 از اوراکل. یکی دیگر از ویژگی های جالب آن توانایی ایجاد زیرساخت های پایگاه داده خود را بسیار available.Supported عامل systemsMySQL ارائه می دهد دسترسی به بزرگ، که بدان معنی است که می توان آن را در طیف گسترده ای از توزیعهای لینوکس، از جمله دبیان گنو / لینوکس، اوبونتو، لینوکس سوزه تصدی سرور، قرمز استفاده می شود انترپرایز لینوکس و اوراکل لینوکس، و همچنین به عنوان خورشید سولاریس، BSD، Mac OS X و مایکروسافت ویندوز سیستم های عامل MySQL را جامعه EditionsIn علاوه بر نسخه سازمانی از MySQL، نسخه ارتباطات است آزادانه در دسترس برای دانلود و می توان آن را به راحتی نصب در سیستم عامل های مبتنی بر لینوکس های مختلف با استفاده از بسته های موجود در مخازن نرم افزار به طور پیش فرض از توزیع گنو / لینوکس مربوطه. این است که به طور فعال حفظ و حمایت جامعه از علاقه مندان به منبع باز و توسعه دهندگان از تمام نقاط جهان. جزئیات بیشتر در مورد نسخه های MySQL به جامعه را می توان در Softoware یافت
چه در این نسخه جدید است.
عملکرد بهتر و مقیاس پذیری
بهبود INNODB موتور ذخیره سازی برای توان بهتر معاملاتی
بهینه ساز بهبود برای بار بهتر اعدام پرس و جو و تشخیص
در دسترس بهتر کاربرد با عملیات آنلاین DDL / طرحواره
چابکی توسعه بهتر با نواسکیوال دسترسی از طریق API ممکشد به INNODB
تکرار بهبود کارایی بالا و استقرار خوشه خود شفا
بهبود طرحواره عملکرد برای ابزار دقیق بهتر و نظارت
بهبود امنیت برای استقرار برنامه نگران آزاد
و دیگر پیشرفت مهم
جدید در نسخه 5.6.10 است:
ویژگی های جدید و پیشرفت در MySQL 5.6 در دسترس را به کاربران داده MySQL در خروجی انجمن نسخه هستند.
MySQL را 5.6 فراهم می کند افزایش مقیاس پذیری خطی، کمک به کاربران به اهرم قابلیت های سخت افزاری مدرن است.
با استفاده از این نسخه، کاربران می توانند توسعه ساده پرس و جو و اجرای سریع تر، توان معاملاتی و برنامه در دسترس بودن بهتر، دسترسی نواسکیوال انعطاف پذیر، بهبود تکثیر و افزایش ابزار دقیق را تجربه کنند.
اجرای بهتر پرس و جو بار و تشخیص ارائه شده از طریق افزایش تشخیص داده MySQL بهینه ساز: زیر پرس و جو بهینه سازیها: ساده توسعه پرس و جو با بهینه سازی subquery ها قبل از اعدام. بازده جدید در چگونه مجموعه نتیجه انتخاب می شوند، طبقه بندی شده اند و بازگشت تحویل بهبود قابل توجه در زمان اجرای پرس و جو. علاوه بر این از اول شرط پایین فشردنی (ICP) و دسته ای کلید دسترسی (BKA): می تواند به بهبود توان پرس و جو را تا 280x (1) انتخاب شده است. بهینه ساز پیشرفته تشخیص: با برای INSERT، UPDATE توضیح دهد، و حذف عملیات. توضیح خروجی برنامه با فرمت JSON ارائه معیارهای بهینه ساز دقیق تر و خوانایی بهتر، و بهینه سازی رد را قادر می سازد برای پیگیری فرایند تصمیم گیری بهینه ساز.
عملکرد بزرگ خروجی و کاربرد در دسترس با یک موتور ذخیره سازی INNODB بهبود: تا 230 درصد بهبود در معاملاتی و فقط خواندنی خروجی: INNODB شده است دوباره عامل برای به حداقل رساندن نخ میراث، گرگرفتگی، و نظرات mutex پاکسازی و تنگناها، قادر می سازد همزمانی بهتر در شدت تنها لود سیستم های OLTP، و در نتیجه قابل توجهی بهبود یافته توان برای هر دو معامله و به عنوان خوانده شده حجم کار (2). در دسترس پیشرفته: عملیات آنلاین دستورات را قادر می سازد DBAs برای اضافه کردن شاخص و انجام تغییرات جدول در حالی که برنامه های موجود برای به روز رسانی است. متن کامل جستجو با INNODB: اجازه می دهد تا توسعه دهندگان برای ساخت شاخص متن در جداول INNODB برای نشان دادن محتوای مبتنی بر متن و سرعت بخشیدن به جستجو نرم افزار برای کلمات و عبارات. ساده، کلیدی ارزش گرین کارت آمریکا: دسترسی نواسکیوال انعطاف پذیر به INNODB از طریق API آشنا ممکشد فراهم می کند ساده، کلیدی ارزش مراجعه به داده INNODB. کاربران دریافت & quot؛ را بهترین از هر دو جهان، به & quot؛ ترکیب عملیات کلیدی ارزش و نمایش داده شد پیچیده SQL در پایگاه داده همان.
بهبود مقیاس کردن و بالا در دسترس: با ویژگی های جدید در تکرار خروجی زیر از جمله: خود شفا تکرار خوشه: علاوه بر این از شناسه معامله جهانی و نرم افزار آن را ساده به صورت خودکار شناسایی و بهبود یافتن از شکست. تصادف امن تکرار را قادر می سازد ورود باینری و بردگان به طور خودکار بازیابی موقعیت صحیح در جریان تکرار در صورت تصادف، و از سر تکرار بدون مداخله مدیر. چک سام حفظ تمامیت داده ها در سراسر خوشه های به طور خودکار تشخیص و هشدار در خطا است. عملکرد بالا تکرار خوشه: تا 5 بار تکرار سریع تر از طریق بردگان چند رشته ای (3)، Binlog گروه متعهد و بهینه سازی تکرار-ردیف بر اساس کاربران را قادر به حداکثر رساندن عملکرد و کارایی از تکرار عنوان مقیاس از آنها وظایف سنگین خود را در سراسر سیستم کالا. زمان تاخیر تکرار: حفاظت در برابر خطاهای عملیاتی ساخته شده در کارشناسی ارشد، به عنوان مثال به طور تصادفی رها کردن جداول.
PERFORMANCE_SCHEMA پیشرفته: ابزار دقیق جدید کاربران را قادر می سازد برای نظارت بر بهتر ترین منابع فشرده نمایش داده شد، اشیاء، کاربران و برنامه های کاربردی. خلاصه جدید با آمار جمع گروه بندی توسط پرس و جو، موضوع، کاربر، میزبان و شی نیز در دسترس هستند. پیشرفت برای تنظیمات پیش فرض ساده تر با کمتر از پنج درصد سربار اجازه می دهد.
MySQL را 5.6 شامل تعدادی از پیشرفت های اضافی از جمله سیستم های اطلاعات جغرافیایی - عملیات فضایی دقیق، بهبود انطباق IPv6 و پیش فرض سرور بهینه شده است.
جدید در نسخه 5.5.30 است:
به خروجی زیر LIBS و خروجی زیر LIBS-پیشرفته از فایل تنظیمات حذف شده است.
کمی پردازش و آگاهی بیشتر از فایل های. در در mysql آزمون / مجموعه اجرا شده است.
در حالی که تبدیل نام پوشه به نام فایل، یک جداکننده فایل (FN_LIBCHAR) ممکن است به نتیجه نام فایل اضافه. این مشکل برطرف شد.
شکست تصادفی PB2 تعمیر شده است.
اسکریپت آزمون که با فشار زودتر اضافه شد با مورد جاسازی شده کار نمی کند، به عنوان مثال هیچ فایل PID در چنین مواردی ایجاد وجود دارد. و & quot؛ not_embedded.inc ها & quot؛ اضافه شده است.
قابلیت های اضافه شده و یا تغییر:
جدید در نسخه 5.6.9 RC است:
تغییر ناسازگار: تکرار: تعداد متغیر و دیگر نام های مربوط به تکرار بر اساس GTID-تغییر شده است، با توجه به ساخت این نام مناسب تر و معنی دار. نام قدیمی دیگر پشتیبانی می کند.
ویژگی بنابراین تغییر نام در لیست زیر نشان داده شده است:
گزینه --disable-gtid-ناامن-اظهارات سرور شده است --enforce-gtid-قوام تغییر نام داد. متغیر سیستم disable_gtid_unsafe_statements است enforce_gtid_consistency تغییر نام شده است.
gtid_done متغیر سیستم سرور شده است تغییر نام داد gtid_executed.
متغیر سیستم سرور gtid_lost است gtid_purged تغییر نام شده است. علاوه بر این، این متغیر دیگر فقط خواندنی.
SQL_THREAD_WAIT_AFTER_GTIDS تابع () است WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS تغییر یافته است ().
تکرار با جهانی معامله شناسه & quot؛ باشد و بخش 16.1.4.5، & quot؛ را؛ برای اطلاعات بیشتر، بخش 16.1.3، به & quot ببینید جهانی در معامله تنظیمات ID و متغیرهای & quot؛ تغییر (اشکال # 14775984)
mysqld در حال حاضر می نویسد تاریخ به ورود به خطا در ISO (HH YYYY-MM-DD: MM: SS) فرمت. این همچنین شامل ID روند آن پس از تاریخ. با تشکر از Davi Arnaut برای پچ. (اشکال # 56240، اشکال # 11763523)
ویندوز ویستا، ویندوز سرور 2008، و symlinking مادری پشتیبانی جدیدتر با استفاده از دستور mklink. این باعث می شود اجرای سرور MySQL پایگاه داده لینک های نمادین با استفاده از .sym فایل کار برکنار شده، به طوری که مکانیسم در حال حاضر توصیه می شود و در یک نسخه MySQL را در آینده حذف خواهند شد. بخش 8.11.3.1.3، & quot؛ را با استفاده از لینک های نمادین برای پایگاه داده بر روی ویندوز و quot؛ کلیک کنید
اشکالات ثابت:
عملکرد: INNODB: ارزش زمان برای سطح پایین INNODB به عنوان خوانده شده عملیات برای عملکرد بهتر با دستگاه های ذخیره سازی سریع، مانند SSD تنظیم شد. این افزایش در درجه اول عملیات خواندن برای ستون لکه در جداول فشرده تاثیر می گذارد. (اشکال # 13702112، اشکال # 64258)
تغییر ناسازگار: ستون THREAD_ID در عملکرد طرحواره جداول از INT گسترده تر شد به BIGINT به جای ارزش های 64 بیتی.
اگر شما به این نسخه از MySQL از نسخه قبلی ارتقاء، شما باید 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 () بدون تغییر است. پروتکل کلاینت / سرور تنها 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 () پرس و جو اجرا و بازیابی در نتیجه. برای کشتن یک موضوع، اجرا بیانیه ای را بکشند.
(اشکال # 19806، اشکال # 11745768، اشکال # 65715، اشکال # 14236124، اشکال # 44728، اشکال # 11753308)
تغییر مهم: INNODB: بیانیه DML با استفاده از روش دسترسی شاخص ادغام می تواند بسیاری از ردیف از جدول قفل، حتی زمانی که آن ردیف بود بخشی از مجموعه ای نتیجه نهایی نیست. این ثابت قفل بیش از حد با آزاد قفل ردیف بی بدیل را کاهش می دهد. این بهینه سازی تنها معاملات با سطح انزوا برابر یا کمتر سخت از READ متعهد را تحت تاثیر قرار. آن به معاملات با استفاده از تکرار خواندن و یا سطح انزوا SERIALIZABLE صدق نمی کند. (اشکال # 14226171)
تغییر مهم: تکرار: از آنجا که در حال اجرا سرور با GTIDs فعال تغییرات مانع به جداول nontransactional، برنامه هایی مانند mysql_upgrade و mysql_install_db قادر به در جداول سیستم که با استفاده از موتور ذخیره سازی MyISAM از و در نتیجه نمی تواند به درستی عمل کار بودند. در حال حاضر، زمانی که در حال اجرا با --enforce-gtid-قوام (مورد نیاز هر زمان --gtid حالت ON =)، سرور اجازه می دهد تا اظهارات تنها در جداول nontransactional. (اشکال # 14722659)
تغییر مهم: تکرار: قبلا، ارزش ستون Seconds_Behind_Master در خروجی از وضعیت SLAVE SHOW همیشه به NULL تنظیم شد هر زمان که موضوع SQL یا موضوع I / O متوقف شد. در حال حاضر، این ستون قرار است به NULL تنها در صورتی موضوع SQL در حال اجرا است، و یا اگر موضوع I / O در حال اجرا نیست پس از بررسی برای تعیین اینکه آیا یا نه موضوع SQL تمام از ورود به سیستم رله پردازش شده است. (اشکال # 12946333) (اگر موضوع SQL پایان پردازش و موضوع I / O در حال اجرا است، Seconds_Behind_Master 0. است)
پارتیشن بندی: INNODB: پیش از این، زمانی که تلاش برای بهینه سازی یک یا چند پارتیشن از یک جدول تقسیم که با استفاده از یک موتور ذخیره سازی می کند که در سطح پارتیشن بهینه سازی پشتیبانی نمی کند، مانند INNODB، خروجی گزارش جدول بهینه سازی پشتیبانی نمی کند، انجام بازسازی + تجزیه و تحلیل در عوض، پس از آن دوباره ایجاد جدول کامل، اما در واقع آن را تجزیه و تحلیل نیست. در حال حاضر در چنین مواردی، پیام هشدار دهنده است، جدول بهینه سازی پارتیشن را پشتیبانی نمی کند. همه پارتیشن خواهد شد بازسازی و مورد تجزیه و تحلیل. علاوه بر این، کل جدول پس از اولین حال بازسازی قرار گرفت. (اشکال # 11751825)
INNODB: اگر سرور سقوط کرد در حالی که ردیف به یک جدول با شاخص متن اما قبل از معامله متعهد شد، قرار داده شدند، خطا می تواند در طول راه اندازی بعدی رخ می دهد:
شکست تاکید موضوع thread_num در فایل خط dict0dict.cc 1019: INNODB
(اشکال # 14826779)
INNODB: سرور می تواند با خطا متوقف هنگام دسترسی به جدول INNODB حاوی شاخص متن از طریق بیانیه کنترل. (اشکال # 14788710)
INNODB: سرور می تواند با خطا متوقف هنگامی که دو نوع عملیات به طور همزمان اتفاق افتاده است:
عقبگرد از ردیف قرار داده است که شامل ستون خارج از صفحه.
عملیات آنلاین DDL آنلاین شامل یک جدول از ROW_FORMAT = پویا یا ROW_FORMAT = فشرده (که شده است، با استفاده از فرمت فایل کوترماهیان) که بازسازی جدول. به عنوان مثال، اضافه کردن / قطره ستون، افزودن کلید اصلی، تغییر ROW_FORMAT.
(اشکال # 14842014)
INNODB: سرور می تواند با یک خطا ادعا برای یک عملیات جدول تجزیه و تحلیل بسته به ساختار جدول و شاخص های آن را متوقف کند،:
شکست تاکید موضوع thread_num در فایل خط dict0dict.ic 447: INNODB
INNODB: عدم ادعای: POS ها & lt؛ table- & gt؛ به n_def
(اشکال # 14755452)
INNODB: یک خطای فاصله می تواند بر روی سیستم های ویندوز هنگام انجام اظهارات جدول را تغییر دهید با جدول دور انداختن و یا جدول واردات بند، با توجه به یک فایل جدول موقت باقی مانده در سیستم فایل رخ می دهد. (اشکال # 14776799)
INNODB: عملیات دستورات آنلاین برای جدول INNODB نادرست گزارش ارزش خالی ('') به جای ارزش های کلیدی درست زمانی که آن را برای یک شاخص منحصر به فرد با استفاده از پیشوند شاخص گزارش خطا کلید تکراری. (اشکال # 14729221)
INNODB: جداول INNODB با شاخص متن می تواند حافظه برای دسته موضوع که هرگز از زندان آزاد شد اختصاص، احتمالا منجر به منابع مسائل در سیستم های ویندوز. (اشکال # 14759163)
INNODB: در طول یک عملیات دستورات آنلاین است که نسخه جدول، شاخص ثانویه از جدول می تواند خراب شود. (اشکال # 14753701)
INNODB: اگر سرور سقوط کرد پس از دستورات آنلاین ایجاد عملیات INDEX، خطا می تواند رخ دهد در حالی که نورد معاملات پشت ناقص در راه اندازی بعدی:
INNODB: خطا در ورود صفحه اول ثانیه دل خنثیسازی در
...
شکست تاکید موضوع thread_num در فایل خط row0umod.cc 559: INNODB
(اشکال # 14707452)
INNODB: اگر سرور در یک لحظه دقیق در طول یک عملیات جدول را تغییر دهید که شاخص خوشه برای جدول INNODB بازسازی سقوط کرد، جدول اصلی پس از آن می تواند غیر قابل دسترس. یک مثال از چنین عمل است تغییر جدول ... اضافه کردن کلید اصلی حل حفظ جدول اصلی اگر سرور متوقف در طول این عملیات. شما هنوز هم ممکن است نیاز به تغییر نام فایل .ibd دستی برای بازگرداندن محتویات اصلی جدول: در MySQL 5.6 و بالاتر، تغییر نام از # SQL-IB $ new_table_id.ibd به در دایرکتوری پایگاه داده table_name.ibd. قبل از به MySQL 5.6، فایل های موقت به تغییر نام است table_name از 1 # و یا # 2. (اشکال # 14669848)
INNODB: این ثابت را بهبود می بخشد رفع خطا در هنگام یک عملیات جدول را تغییر دهید می افزاید یک ستون فراتر از حداکثر تعداد مجاز برای جدول INNODB. همچنین حداکثر تعداد ستون برای جدول INNODB از 1000 تا 1020. افزایش می دهد (اشکال # 14705287)
INNODB: در طول یک عملیات دستورات آنلاین است که بازسازی جدول، بیانیه ای جدول را بررسی کنید و می تواند عدم تطابق تعداد برای همه شاخص ثانویه گزارش. (اشکال # 14606472)
INNODB: اگر بیانیه جدول را تغییر دهید در حالی که تلاش برای ایجاد یک شاخص متن برای جدول INNODB شکست خورده، سرور می تواند با یک خطا ادعای توقف در حالی که حذف شاخص ناقص است. (اشکال # 14504174)
INNODB: در خاموش کردن، با گزینه های پیکربندی innodb_purge_threads مجموعه بزرگتر از 1، سرور می تواند قبل از موعد مقرر با این خطا متوقف:
mysqld کردم سیگنال 11
راهحل بود برای افزایش innodb_log_file_size و تنظیم innodb_purge_threads = 1. ثابت به MySQL 5.5 و 5.1 backported شد، اگر چه آن نسخه از گزینه پیکربندی 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 () هنگامی که در داخل R به نام بازگشت NULL، آن را ادامه داد برای بازگشت به NULL هر بار آن را در درون R نامیده می شد، برای باقی مانده از جلسه مشتری. (اشکال # 14838575)
تکرار: خروجی زیر تصدی پشتیبان گیری، mysqldump، و mysqlhotcopy می تواند با داده MySQL سرور GTID فعال مورد استفاده قرار گیرد، چرا که آنها قادر به بازگرداندن دولت GTID سرور بود و به همین ترتیب نمی تواند از هر نقطه در ورود باینری دیگر از همان ابتدا بازگرداند.
به عنوان بخشی از حل برای این مشکل، متغیر سیستم gtid_purged (که قبلا به نام gtid_lost) است و دیگر به عنوان خوانده شده فقط. در حال حاضر این امکان وجود دارد برای اضافه کردن GTIDs به آن هنگام gtid_executed (که قبلا gtid_done) خالی است. (اشکال # 14787808)
تکرار: شروع مجدد تکرار پس از اولین ورود به سیستم فایل باینری پاکسازی شد منجر به خطا از استاد کردم خطای مهلک 1236 هنگام خواندن داده ها از ورود باینری: 'برده است اتصال با استفاده از MASTER تغییر MASTER_AUTO_POSITION = 1، اما استاد سیاهههای مربوط به باینری حاوی پاکسازی کرده است GTIDs که برده نیاز دارد. " این تکرار مبتنی بر GTID منجر به شکست است. (اشکال # 14756691)
mysql_install_db شکست خورده را به افتخار گزینه --user. (اشکال # 15866735)
ایجاد یک جدول INNODB با شاخص متن می تواند یک خطای جدی روبرو می شوند در صورتی که نام جدول موجود نویسه غیر الفبایی. (اشکال # 14835178)
حافظه نامعتبر خواند می تواند برای نمایش داده شد که از نام جدول صفر طول انتخاب شده رخ می دهد. (اشکال # 14780820)
با استفاده از جداول قفل در اثر، ایجاد جدول IF NOT وجود دارد ... مانند می تواند ادعای بالا می برد. (اشکال # 14788976)
خودکار بخش تولید کلید از دست زدن به جدول مشتق شده بود به درستی رسیدگی نمی ستون مشخص شده به عنوان بخشی از ارزشهای () بند و باعث ادعا به مطرح شود. (اشکال # 14786324)
تلاش برای خواندن یک فایل utf16 با INFILE داده ها بار ادعا مطرح شده است. (اشکال # 14786470)
init_io_cache () استفاده memset () برای روشن شدن mutex اما گذشت به اندازه mutex اشتباه است. (اشکال # 14838882)
بهینه ساز می تواند ادعا هنگام ارزیابی آزمون برد در برابر افزایش است شرایط پوچ نیست. (اشکال # 14843705)
ادعای میتواند مطرح شود اجرای INSERT، UPDATE، DELETE و یا پس از به طور ضمنی شروع فقط معامله خوانده شده در حالت جداول قفل. (اشکال # 14788540)
تلاش برای ایجاد یک ستون خودکار افزایش در جدول INNODB با یک ویژگی نوع NULL می تواند یک خطای جدی شود. (اشکال # 14758479)
ادعای اگر جدول را تغییر دهید برای تغییر نام یک ستون به همین نام به عنوان یک ستون موجود مورد استفاده قرار گرفت در حالی که همچنین مرتب سازی مجدد ستون تغییر نام داد و با استفاده از بعد یا اول مطرح شد. (اشکال # 14756089)
ادعای می تواند در صورت نیمه ملحق تحقق ارزیابی در زیر پرس و جو مورد استفاده قرار گرفت مطرح شده است. (اشکال # 14751858)
برای برخی از nestings کنترل تداوم، استمرار می تواند در محل اشتباه رخ می دهد. (اشکال # 14724836)
خروجی PROCESSLIST نشان می دهد در جهت شناسایی طبقه بندی شده اند نمی شد. (اشکال # 14771006)
برای برخی اظهارات را انتخاب کنید، توضیح می تواند باعث سرور به خروج. (اشکال # 14761894)
نشت حافظه برای تلاش به استفاده از ALTER TABLE به مجموعه مقدار پیش فرض برای یک کوچک، متوسط، و یا لکه های طولانی یا ستون TEXT رخ داده است. (اشکال # 14756206)
نصب و راه اندازی با استفاده از بسته های سولاریس mysql_install_db در جریان عملیات ارتقاء فرار (این باید فقط برای تاسیسات جدید رخ می دهد). (اشکال # 14747671)
بیانیه های تکمیلی، توضیح طول کلید ها در ستون key_len به جای طول قطعات کلیدی استفاده نمود. (اشکال # 14682438)
شروع سرور با --bind-آدرس و سپس تنظیم host_cache_size 0 تواند در سرور توقف برای انواع خاصی از اتصالات مشتری منجر شود. (اشکال # 14689561)
با شرایط شاخص پایین فشردنی فعال، بهینه ساز می تواند نتایج نادرست برای جداول مشتق شده تولید کند. (اشکال # 14640176)
بهینه ساز نادرست می تواند استفاده از یک شاخص nonspatial برای بهینه سازی عملیات فضایی، باعث ادعا به مطرح شود. (اشکال # 14600994)
mysql_config_editor تولید بدون پیغام خطا برای اشتباهات نوشتن به فایل پیکربندی. (اشکال # 14545989)
پرس و جو بازنویسی به کلمه عبور اسکراب برای ورود به سیستم حتی اگر هیچ یک از سیاهههای مربوط در ارتباط فعال بودند، انجام شد. همچنین، ایجاد سرور و تغییر سرور در حال حاضر به عنوان لازم بازنویسی. (اشکال # 14073554)
جدول چک و جدول تعمیر می تواند سقوط اگر یک جدول MyISAM (.MYI) فایل کلید فاسد بود. در حال حاضر سرور تولید خطا. (اشکال # 13556441)
جدول چک و جدول تعمیر می تواند سقوط اگر یک جدول MyISAM (.MYI) فایل کلید فاسد بود. در حال حاضر سرور تولید خطا. (اشکال # 13556107، اشکال # 13556000)
برای افسردگی از پایگاه داده خروجی زیر، mysqldump قلم جدول رویداد مگر اینکه گزینه --events داده شد. به جست و خیز این جدول در صورتی که مورد نظر است، استفاده از گزینه --ignore جدول جای (اشکال # 55587، اشکال # 11762933)
mysqld_safe نادیده گرفته ارزش متغیر محیط زیست UMASK، منجر به رفتار متفاوت از mysqld با توجه به حالت دسترسی های فایل های ایجاد شده است. در حال حاضر mysqld_safe (و mysqld_multi) تلاش برای تقریب همان رفتار به عنوان mysqld. (اشکال # 57406، اشکال # 11764559)
در سیستم عامل مک X، reinitializing کش پرس و جو می تواند باعث سرور به خروج. با تشکر از Davi Arnaut برای پچ. (اشکال # 67156، اشکال # 14741880)
برای جداول حافظه با شاخص هش، حذف گاهی اوقات موفق به حذف تمام ردیف قابل اجرا است. (اشکال # 51763، اشکال # 11759445)
سرور موفق به استفاده از کش پرس و جو برای نمایش داده شد که در آن یک پایگاه داده یا جدول نام موجود کاراکترهای خاص و موتور ذخیره سازی جدول INNODB بود. (اشکال # 64821، اشکال # 13919851)
در سیستم عامل مک X، کشتن گاهی اوقات می تواند غیر قابل اعتماد باشد. (اشکال # 37780، اشکال # 11748945)
LAST_INSERT_ID (expr را) را برای ارزش expr را بیشتر از بزرگترین ارزش BIGINT امضا کار نمی کند. (اشکال # 20964، اشکال # 11745891)
نظر یافت نشد