MySQL Enterprise Edition

ביצועים טובים יותר מדרגיות
• משופר מנוע אחסון InnoDB לתפוקה טובה יותר עסקות
• כלי האופטימיזציה משופרת לזמני ביצוע שאילתא טובה יותר ואבחון
• זמינים יישום טוב יותר עם פעולות DDL מקוון / סכימה
• Agility מפתחים טוב יותר עם NoSQL גישה באמצעות API Memcached לInnoDB
• Replication משופר עבור ביצועים גבוהים ופריסות אשכול ריפוי עצמית
• סכימת ביצועים משופר עבור מכשור ובקרה טובים יותר
• אבטחה משופרת עבור פריסות יישומים נטולות דאגות
• ושיפורים חשובים אחרים

מה חדש בגרסה 5.6.10:

• תכונות חדשות ושיפורים בMySQL 5.6 זמינות ל משתמשי MySQL בMySQL Edition הקהילה.
• MySQL 5.6 מספק מדרגיות משופרת ליניארי, עוזר למשתמשים למנף את יכולות חומרה מודרניות.
• עם גרסה זו, משתמשים יכולים לחוות פיתוח פשוטים שאילתא וביצוע מהיר יותר, תפוקת עסקות טובה יותר וזמינות יישומים, גישת NoSQL גמישה, שכפול משופר ומכשור משופר.
• הוצאה לפועל טובה יותר שאילתת טיימס ואבחון הניתן באמצעות אבחון MySQL האופטימיזציה משופר: אופטימיזציות שאילתא המשנה: לפשט את פיתוח שאילתא על ידי אופטימיזציה של subqueries לפני ביצוע. יעילות חדשה באיך ערכות תוצאות נבחרות, מיון וחזרה לספק שיפור משמעותי בזמני ביצוע שאילתא. התוספת של מדד מצב Pushdown (ICP) וגישה אצווה מפתח (BKA): יכולה לשפר את התפוקה שנבחרה שאילתא של עד 280x (1). אבחון האופטימיזציה משופר: עם להסביר לINSERT, UPDATE, ולמחוק פעולות. פלט תכנית להסביר בפורמט JSON מספק מדדי ייעול מדויקים יותר וקריאות טובה יותר, והאופטימיזציה של רשמים מאפשרת לעקוב אחר תהליך קבלת החלטות האופטימיזציה.
• ביצועי תפוקה גדולה יותר וזמינות יישומים עם מנוע אחסון InnoDB משופר: עד 230 אחוזים השיפור בTransactional וקראו תפוקה רק: InnoDB כבר מחדש בחשבון כדי למזער את השחלה מורשת, שטיפה, וטיהור טענות mutex וצווארי בקבוק, המאפשרים טובות יותר מקביליות על מערכות OLTP עמוסות במיוחד, ועומסי עבודה וכתוצאה מכך רק תפוקה השתפרה באופן משמעותי עבור שני העסקאות ולקרוא (2). זמינים משופר: פעולות DDL מקוונות מאפשרות למנהלי מסדי נתונים כדי להוסיף אינדקסים ולבצע שינויים בטבלה ואילו היישום נשאר זמין לקבלת עדכונים. חיפוש טקסט מלא עם InnoDB: מאפשר למפתחים לבנות אינדקסי טקסט מלאים על שולחנות InnoDB לייצג תוכן מבוסס טקסט ולהאיץ את היישום מחפש מילות וביטויים. בדיקה פשוטה, מפתח ערך: גישת NoSQL גמישה לInnoDB מספקת בדיקת מפתח-ערך פשוט, של נתונים InnoDB באמצעות API Memcached המוכר. משתמשים מקבלים את & quot; הטוב שבשני העולמות, & quot; שילוב פעולות מפתח-ערך ושאילתות SQL מורכבות באותו מסד נתונים.
• Scale-Out משופר וזמינות גבוהה: עם תכונות חדשות בשכפול MySQL כולל: ריפוי עצמי אשכולות שכפול: התוספת של מזהי עסקה העולמי Utilities לעשות את זה פשוט כדי לזהות באופן אוטומטי ולהתאושש מכשלים. התרסקות בטוחה שכפול מאפשר את היומן ועבדים להתאושש באופן אוטומטי עמדות נכונות בזרם השכפול במקרה של קריסה, ולחדש את השכפול ללא התערבות מנהל בינארי. בדיקות סיכום לשמור על שלמות הנתונים על פני אשכול אופן אוטומטי על ידי איתור ולהתריע על שגיאות. אשכולות שכפול ביצועים גבוהים: עד שכפול מהיר 5 פעמים באמצעות Multi-Threaded עבדים (3), קבוצת Binlog להתחייב ושכפולות מבוסס שורה אופטימלית מאפשרים למשתמשים למקסם את הביצועים ויעילים של שכפול כפי שהם בקנה מידה-out עומסי העבודה שלהם על פני מערכות סחורות. שכפול-מתעכב זמן:. מספק הגנה מפני טעויות מבצעיות שנעשו על האדון, למשל הטלת שולחנות בטעות
• PERFORMANCE_SCHEMA משופר: מכשור חדש מאפשר למשתמשים לפקח טוב יותר רוב משאבי שאילתות, אובייקטים, משתמשים ויישומים העתירים. סיכומים חדשים עם נתונים סטטיסטיים מצטברים מקובצים לפי שאילתא, חוט, משתמש, מארח ואובייקט זמינים גם. השיפורים לאפשר לתצורת ברירת מחדל קלה יותר עם תקורה פחות מחמישה אחוזים.
• MySQL 5.6 כולל מספר שיפורים נוספים כוללים מערכות מידע גיאוגרפיות -. פעולות מרחבי מדויקות, עמידת IPv6 השתפר וברירות מחדל שרת מותאמים

מה חדש בגרסת 5.5.30:

• mysql-libs וmysql-libs-מתקדמים הוסר מקובץ spec;
• עיבוד קצת יותר אינטליגנטי של קבצי .in בmysql-מבחן / אוסף יושם;
• בעת ההמרה שם ספרייה לשם קובץ, מפריד קובץ (FN_LIBCHAR) עלול לקבל מצורף לשם קובץ שנוצר. בעיה זו הייתה קבועה;
• כישלון אקראי PB2 תוקן;
• סקריפט הבדיקה שהוסיף בדחיפה קודם לכן לא עבדה עם מקרה משובץ, שכן אין קובץ PID נוצר במקרים כאלה. & Quot; not_embedded.inc & quot; נוספו לו.

מה חדש בגרסה 5.6.9 RC:

• פונקציונליות נוסף או שינה:
• שינוי לא תואם: שכפול: מספר משתנים ואחרים הנוגעים לשמות שכפול מבוסס GTID שונו, עם נוף לקבלת השמות האלה יותר מתאימים ומשמעותיים. השמות הישנים אינם נתמכים עוד.
• התכונות כל כך שינו את שמם מופיעות ברשימה הבאה:
• אפשרות שרת --disable-gtid-בטוחות-ההצהרות השתנה gtid-עקביות --enforce-; משתנה מערכת disable_gtid_unsafe_statements השתנה enforce_gtid_consistency.
• משתנה מערכת שרת gtid_done השתנה gtid_executed.
• משתנה מערכת שרת gtid_lost השתנה gtid_purged; בנוסף, משתנים זה הוא לקריאה בלבד כבר לא.
• SQL_THREAD_WAIT_AFTER_GTIDS () function השתנה WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• לקבלת מידע נוסף, ראה סעיף 16.1.3, & quot; שכפול עם Global עסקת מזהים & quot ;, וסעיף 16.1.4.5, & quot; אפשרויות גלובלי עסקת ID ומשתנה & quot ;. (# באג 14,775,984)
• mysqld עכשיו כותב תאריכים ביומן השגיאה בISO (hh YYYY-MM-DD: ss: מ"מ) פורמט. זה כולל גם מזהה תהליכה לאחר המועד. תודה לדבי ארנאוט לתיקון. (באג # 56,240, באג # 11,763,523)
• Windows Vista, Windows Server 2008, וsymlinking ילידי תמיכה חדשה באמצעות פקודת mklink. זה הופך את יישום שרת MySQL קישורים סמליים מסד נתונים באמצעות .sym קבצים מיותר, כך המנגנון שאינו בשימוש עוד ויוסר בשחרור MySQL עתיד. ראה סעיף 8.11.3.1.3, & quot; שימוש בקישורים סמליים עבור מסדי נתונים ב- Windows & quot;.
• באגס קבוע:
• ביצועים: InnoDB: ערכי העיתוי לרמה נמוכה InnoDB פעולות קריאה הותאם לביצועים טובים יותר עם התקני אחסון מהירים, כגון SSD. שיפור זה משפיע בעיקר על פעולות קריאה לעמודות BLOB בשולחנות דחוסים. (באג # 13,702,112, באג # 64,258)
• שינוי לא תואם:. טור THREAD_ID בשולחנות סכימת ביצועים הורחב מINT לbigint כדי להכיל ערכים של 64 סיביות
• אם אתה משדרג לגרסה זו של MySQL מגירסה קודמת, עליך להפעיל mysql_upgrade (ולהפעיל מחדש את השרת) לשלב את השינוי הזה למסד נתוני performance_schema. (# באג 14,664,453)
• שינוי לא תואם: מזהה חיבור (ID חוט) ערכים גדולים מ 32 סיביות יכולים להתרחש בחלק ממערכות (כגון מערכות של 64 סיביות עסוקות או מתמשכות), גורמים לבעיות הבאות:
• מזהי חיבור נכתבו ביומן השאילתה הכללי ויומן שאילתא איטי לא היו נכונים. זה היה נכון לכניסה לשני קבצים ושולחנות.
• פונקצית CONNECTION_ID () יכולה להחזיר ערך עם סוג נתונים קטן מדי עבור ערכים גדולים מ- 32 סיביות.
• mysql_thread_id () וmysql_kill () פונקציות API C לא להתמודד עם ערכי 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 (), לא משתמש בם. כדי לקבל את מזהה חיבור, לבצע שאילתא SELECT CONNECTION_ID () ולאחזר את התוצאה. להרוג את חוט, לבצע הצהרת KILL.
• (באג # 19,806, באג # 11,745,768, באג # 65715, באג # 14,236,124, באג # 44,728, באג # 11,753,308)
• שינוי חשוב: InnoDB: הצהרת DML בשיטת גישת מיזוג מדד יכול לנעול שורות רבות מהשולחן, גם כאשר השורות אלה לא היו חלק מסט התוצאה הסופי. תיקון זה מפחית את הנעילה המופרזת על ידי שחרור המנעולים של שורות שאין כמוהו. אופטימיזציה זו משפיעה על עסקות עם רמת בידוד רק שווה או פחות מחמירות מאשר לקרוא בצע; זה אינו חל על עסקות באמצעות הדיר לקרוא או רמת בידוד serializable. (# באג 14,226,171)
• חשוב שינוי: שכפול: כי רץ השרת עם GTIDs אפשר מנע לשולחנות nontransactional שינויים, תוכניות כגון mysql_upgrade וmysql_install_db לא הצליחו לפעול על שולחנות מערכת שמשמש את מנוע אחסון MyISAM ולכן לא יכול לתפקד כראוי. עכשיו, כשרץ עם --enforce-gtid-עקביות (חובה בכל פעם ש--gtid המצב = ON), השרת מאפשר הצהרות יחידים על שולחנות nontransactional. (# באג 14,722,659)
• שינוי חשוב: שכפול: בעבר, את הערך של עמודת Seconds_Behind_Master בפלט של מעמד עבדי SHOW תמיד מוגדר NULL בכל פעם שחוט SQL או חוט I / O הופסק. עכשיו, טור זה מוגדר NULL רק אם חוט SQL אינו פועל, או אם חוט I / O אינו פועל לאחר בדיקה כדי לקבוע אם או לא את חוט SQL עבד את כל יומן הממסר. (אם חוט SQL יסיים את העיבוד ואת חוט I / O פועל, Seconds_Behind_Master הוא 0.) (באג # 12,946,333)
• מחיצות: InnoDB: בעבר, כאשר מנסים לייעל את מחיצות אחד או יותר משולחן למחיצות שהשתמש במנוע אחסון שאינו תומך במיטוב ברמת מחיצה, כגון InnoDB, MySQL דיווח לוח אינו תומך בלייעל, עושה לשחזר + לנתח במקום, ואז שוב נוצר הטבלה כולה, אבל לא ממש לנתח אותו. עכשיו במקרים כאלה, הודעת האזהרה היא, טבלה אינה תומכת לייעל על מחיצות. כל המחיצות תיבנינה מחדש ונותחו. בנוסף, כל השולחן מנותח לאחר ראשון שנבנה מחדש. (# באג 11,751,825)
• InnoDB: אם השרת התרסק בעת שורות הוכנסו לשולחן עם אינדקס טקסט מלא אבל לפני העסקה הייתה מחויבת, שגיאה עלולה להתרחש במהלך ההפעלה הבאה:
• InnoDB: כישלון טענה בthread_num חוט בקו dict0dict.cc קובץ 1,019
• (באג # 14,826,779)
• InnoDB: השרת יכול לעצור עם שגיאה בעת גישה לשולחן InnoDB המכיל אינדקס טקסט מלא דרך הרווח והמטפל. (# באג 14,788,710)
• InnoDB: השרת יכול לעצור עם שגיאה כאשר שני סוגים של פעולות שקרה בו זמנית:
• החזרה של שורה מוכנסת שהכילה עמודות מחוץ לדף.
• פעולה מקוונת DDL המקוון מעורבת שולחן של ROW_FORMAT = DYNAMIC או ROW_FORMAT = דחוס (כלומר, שימוש בפורמט קובץ Barracuda) שבנתה מחדש את השולחן. לדוגמא, הוסף עמודה / DROP, ADD מפתח ראשי, שינוי ROW_FORMAT.
• (באג # 14,842,014)
• InnoDB: השרת יכול לעצור עם שגיאת טענה לפעולת TABLE לנתח, בהתאם למבנה של הטבלה והאינדקסים שלה:
• InnoDB: כישלון טענה בthread_num חוט בקו dict0dict.ic קובץ 447
• InnoDB: אי קביעה: pos & lt; -שולחן & gt; n_def
• (באג # 14,755,452)
• InnoDB: שגיאת פסק זמן יכולה להתרחש במערכות Windows כאשר עושים הצהרות TABLE ALTER עם סעיפי Tablespace בטל או Tablespace היבוא, בשל קובץ tablespace זמני שנותר במערכת הקבצים. (# באג 14,776,799)
• InnoDB: מבצע DDL מקוון לשולחן InnoDB שגוי דיווח ערך ריק ('') במקום את ערך המפתח הנכון, כאשר הוא דיווח שגיאת מפתח כפולה למדד ייחודי באמצעות קידומת מדד. (# באג 14,729,221)
• InnoDB: שולחנות InnoDB עם אינדקסי טקסט מלאים יכולים להקצות זיכרון לידיות חוט שמעולם לא שוחררו, ואולי מובילים למשאבי בעיות במערכות Windows. (# באג 14,759,163)
• InnoDB: במהלך מבצע DDL מקוון המעתיק את השולחן, המדד המשני של השולחן יכול להיות פגום. (# באג 14,753,701)
• InnoDB: אם השרת התרסק לאחר DDL ברשת צור פעולת INDEX, שגיאה עלולה להתרחש בעת גלגול עסקות שלמות בחזרה על ההפעלה הבאה:
• InnoDB: שגיאה ברשומת אינדקס שניות del לבטל ב
• ...
• InnoDB: כישלון טענה בthread_num חוט בקו row0umod.cc קובץ 559
• (באג # 14,707,452)
• InnoDB: אם השרת התרסק ברגע מדויק במהלך פעולת לוח ALTER שבנה מחדש את מדד האשכול לשולחן InnoDB, השולחן המקורי יכול להיות בלתי נגיש לאחר מכן. דוגמא לפעולה כזו היא ALTER TABLE ... הוסף את המפתח ראשי התיקון משמר את הטבלה המקורית אם השרת עוצר במהלך פעולה זו. ייתכן שעדיין צריך לשנות את שם קובץ .ibd ידני כדי לשחזר את תוכן הטבלה המקורי: בMySQL 5.6 ומעלה, לשנות את השם מnew_table_id.ibd SQL-IB $ # לtable_name.ibd בתוך ספריית מאגר המידע; לפני MySQL 5.6, הקובץ הזמני כדי לשנות את השם הוא table_name # 1 או מס '2. (# באג 14,669,848)
• InnoDB: תיקון זה משפר את הטיפול בשגיאות בעת הפעלת לוח ALTER מוסיפה עמודה מעבר למספר המרבי המוותר לשולחן InnoDB. זה גם מעלה את המספר המרבי של עמודות לשולחן InnoDB בין 1000 ל 1020. (באג # 14,705,287)
• InnoDB: במהלך מבצע DDL מקוון שבנה מחדש את השולחן, הצהרת לוח CHECK יכלה לדווח חוסר התאמת ספירה לכל מדדים המשניים. (# באג 14,606,472)
• InnoDB: אם הצהרת לוח ALTER נכשלה בעת הניסיון ליצור אינדקס טקסט מלא לשולחן InnoDB, השרת יכול לעצור עם שגיאת טענה תוך הטלת המדד החלקי. (# באג 14,504,174)
• InnoDB: במהלך כיבוי, עם אפשרות תצורת innodb_purge_threads להגדיר גדול מ -1, השרת יכול לעצור בטרם עת עם שגיאה זו:
• mysqld קיבל אות 11
• לעקיפת הבעיה הייתה להגדיל innodb_log_file_size ולהגדיר innodb_purge_threads = 1. התיקון היה backported לMySQL 5.5 ו -5.1, למרות שאין לי גרסאות אלה אפשרות תצורת innodb_purge_threads כך השגיאה הייתה סבירה להתרחש. (# באג 14,234,028)
• InnoDB: השרת יכול לעצור עם שגיאה תחת כמה שילובים של פעולות בו זמנית:
• InnoDB: לא ידוע קוד שגיאת 20
• בעיה זו מקורו במחזור של 5.6 פיתוח. זה השפיע על עסקות רק באמצעות READ הם בצעו andREAD רמות בידוד לא מחויבות. (באג # 13,641,662, באג # 12,424,846)
• שכפול: אם שולחן להיות משוכפל היה מדד טקסט מלא, מדד זה לא לשלול בעת בחירת סוג הסריקה כדי לשמש במציאת השורה הבאה, למרות שזה לא יכול לשמש כדי למצוא נכון. Applier השורה לאחר מכן ניסה ללא הצלחה להעסיק סריקת מדד, גרם לשכפול להיכשל. עכשיו במקרים כאלה, מדדים אשר אינם מספקים לגישה סדרתית (כגון טקסט מלא) אינם נחשבות בעת הקביעה אם להשתמש בשולחן, מדד, או סריקת חשיש למטרה זו. (# באג 14,843,764)
• שכפול: בעת השימוש בפרוטוקול האדון-עבד GTID-מודע, את החוט אני עבד / O השתמש במקום הלא הנכון. בעת השימוש בGTIDs, לא משמשת בדרך כלל את העמדה, אלא כמקרה מיוחד, העמדה שימשה בנוסף לGTID כאשר העבד מחדש לאותו האב (למרות שזה לא היה נחוץ). בעיה זו היא קבועה על ידי ביצוע פרוטוקול אדון-עבד GTID-מודע לא להשתמש בעמדות בכל יותר. (# באג 14,828,028)
• שכפול: בהתחשב R שגרה מאוחסן בה פונקצית GTID_SUBTRACT () הופעלה: לאחר GTID_SUBTRACT () חזר NULL כאשר נקרא בתוך R, זה המשיך לחזור NULL בכל פעם שהוא נקרא בR, לשארית הלקוח מושב. (# באג 14,838,575)
• שכפול: MySQL Enterprise גיבוי, mysqldump, וmysqlhotcopy לא יכול להיות בשימוש עם MySQL Server המאפשר GTID, כי הם לא הצליחו לשחזר את מדינת GTID של השרת ולכן לא יכל לשחזר מכל נקודה ביומן בינארי האחר מאשר ממש בהתחלה.
• כחלק מהתיקון לבעיה זו, משתנה gtid_purged המערכת (gtid_lost שנקרא בעבר) הוא כבר לא לקריאה בלבד; עכשיו זה אפשרי להוסיף GTIDs אליו בעת gtid_executed (לשעבר gtid_done) הוא ריק. (# באג 14,787,808)
• שכפול: שכפול הפעלה מחדש לאחר קובץ היומן בינארי הראשון היה מטוהר הביא את השגיאה יש לי שגיאה חמורה 1,236 מהורים בעת קריאת הנתונים מיומן בינארי: 'העבדים מתחבר באמצעות MASTER לשנות לMASTER_AUTO_POSITION = 1, אבל המייסטר טיהר יומנים בינארי המכילים GTIDs שהעבדים דורש. " שכפול מבוסס GTID הוביל זה להיכשל. (# באג 14,756,691)
• mysql_install_db נכשל לכבד את אפשרות --user. (# באג 15,866,735)
• יצירת שולחן InnoDB עם אינדקס טקסט מלא יכול להיתקל בשגיאה חמורה אם שם הטבלה מכילות תווים שאינם אלפאנומריים. (# באג 14,835,178)
• זיכרון לא חוקי קורא יכול להתרחש לשאילתות שנבחרו משם טבלה באורך אפס. (# באג 14,780,820)
• עם שולחנות LOCK בתוקף, יצירת טבלה אם לא קיים ... LIKE יכול להעלות טענה. (# באג 14,788,976)
• חלק דור מפתח האוטומטי של טיפול שולחן נגזר לא טפל כראוי עמודות שצוינו כחלק מערכי הסעיף () וגרם לטענה שהעלתה. (# באג 14,786,324)
• ניסיון לקרוא קובץ utf16 עם נתונים לטעון INFILE העלה טענה. (# באג 14,786,470)
• init_io_cache () משמש memset () כדי לנקות את mutex אבל עבר את גודל mutex הלא נכון. (# באג 14,838,882)
• האופטימיזציה יכולה להעלות טענה בעת הערכת מבחן טווח נגד אינה מצב NULL. (# באג 14,843,705)
• טענה ניתן לגייס ביצוע INSERT, UPDATE, או DELETE אחרי במרומז מתחיל READ ONLY עסקה במצב LOCK לוחות. (# באג 14,788,540)
• ניסיון ליצור עמודה אוטומטית תוספת בשולחן InnoDB עם תכונת סוג NULL עלול לגרום לשגיאה חמורה. (# באג 14,758,479)
• טענה הועלתה אם TABLE ALTER שימש כדי לשנות את שם עמודה לשם זהים לעמודה קיימת גם בעת הסידור מחדש עמודת השם באמצעות After או ראשון. (# באג 14,756,089)
• טענה ניתן לגייס אם למחצה להצטרף התממשות שימשה כדי להעריך לא לפי שאילתא משנה. (# באג 14,751,858)
• עבור חלק nestings מטפל המשך, המשך יכול להתרחש במיקום הלא נכון. (# באג 14,724,836)
• פלט PROCESSLIST SHOW לא מסודרים על מנת זיהוי. (# באג 14,771,006)
• לכמה משפטים SELECT, להסביר עלולה לגרום לשרת כדי לצאת. (# באג 14,761,894)
• אירעה דליפת זיכרון לניסיונות להשתמש בטבלת ALTER להגדיר ערך ברירת מחדל עבור זעירה, בינוני, או BLOB הארוך או עמודת טקסט. (# באג 14,756,206)
• התקנה באמצעות חבילות Solaris רצה mysql_install_db במהלך פעולות שדרוג (זה אמור להתרחש רק בהתקנות חדשות). (# באג 14,747,671)
• להצהרות עדכון, להסביר הראה את האורך הכולל מפתח בעמודת key_len ולא לאורכו של החלקים המרכזיים בשימוש. (# באג 14,682,438)
• החל השרת עם --bind-כתובת ולאחר מכן הגדרת host_cache_size ל -0 עלולים לגרום לשרת לעצור לסוגים מסוימים של חיבורי לקוח. (# באג 14,689,561)
• עם pushdown מצב המדד אפשר, האופטימיזציה יכולה לייצר תוצאות שגויות לשולחנות נגזרים. (# באג 14,640,176)
• האופטימיזציה יכולה להשתמש באופן שגוי מדד nonspatial כדי לייעל את פעילות מרחבית, גורם טענה שהעלתה. (# באג 14,600,994)
• mysql_config_editor לא הניב שום הודעת שגיאת שגיאות כתיבה לקובץ ההגדרות. (# באג 14,545,989)
• שאילתה שכתוב לסיסמות לשפשף לרישום נעשה גם אם אף אחד מהיומנים הקשורים התאפשר. כמו כן, ליצור שרת ושרת ALTER עכשיו שוכתבו בהתאם לצורך. (# באג 14,073,554)
• לוח CHECK ולוח תיקון יכולים לקרוס אם היה לי שולחן MyISAM מפתח מושחת קובץ (.MYI). עכשיו השרת מייצר שגיאה. (# באג 13,556,441)
• לוח CHECK ולוח תיקון יכולים לקרוס אם היה לי שולחן MyISAM מפתח מושחת קובץ (.MYI). עכשיו השרת מייצר שגיאה. (באג # 13,556,107, באג # 13,556,000)
• למצבורים של מסד נתוני MySQL, mysqldump דילג על שולחן האירוע, אלא אם כן את אפשרות --events ניתנה. כדי לדלג טבלה זו אם כי הוא רצוי, להשתמש באפשרות --ignore השולחן במקום (באג # 55,587, באג # 11,762,933)
• mysqld_safe התעלם מהערך של משתנה סביבת umask, שמוביל להתנהגות שונה מmysqld ביחס למצב הגישה של קבצים שנוצרו. עכשיו mysqld_safe (וmysqld_multi) מנסים להגדיר מהי ההתנהגות כmysqld. (באג # 57,406, באג # 11,764,559)
• ב- Mac OS X, reinitializing מטמון השאילתה עלולה לגרום לשרת כדי לצאת. תודה לדבי ארנאוט לתיקון. (באג # 67,156, באג # 14,741,880)
• לשולחנות זיכרון עם מדדי חשיש, DELETE לפעמים לא הצליח למחוק את כל השורות הרלוונטיות. (באג # 51,763, באג # 11,759,445)
• השרת לא הצליח להשתמש במטמון השאילתה עבור שאילתות שבו שם מסד הנתונים או שולחן הכילו תווים מיוחדים ומנוע אחסון השולחן היה InnoDB. (באג # 64,821, באג # 13,919,851)
• ב- Mac OS X, KILL יכול לפעמים להיות לא אמין. (באג # 37,780, באג # 11,748,945)
• LAST_INSERT_ID (expr) לא עבד expr ערכים גדול מערך bigint חתם הגדול ביותר. (באג # 20,964, באג # 11,745,891)