MySQL הורדה חינם , הורדה MySQL בהורדת תוכנה

מאוד פופולרי קוד פתוח SQL מסד נתונים MySQL הוא מקדם מאוד פופולרי קוד פתוח SQL מסד נתונים מסופק על ידי MySQL AB. MySQL AB היא חברה מסחרית בונה את העסק שלה מתן שירותים סביב מסד הנתונים MySQL.Mysql הוא הפופולרי ביותר של המקור פתוח תוכנת מסד נתונים, עם למעלה מ -100 מיליון עותקים של התוכנה שלה להוריד או מופץ לאורך ההיסטוריה שלה. עם מהירות מעולה, אמינות, וקלות שימוש, MySQL הפך את הבחירה המועדפת של מנהלי IT חברות משום שהוא מבטל את הבעיות העיקריות הקשורות זמן ההשבתה, תחזוקה, ניהול ותמיכה. MySQL הוא חלק מפתח של מנורה (לינוקס, אפאצ 'י, MySQL , PHP / Perl / Python), מהר גדל קוד פתוח קוד פתוח ערימת תוכנה. יותר ויותר חברות משתמשות מנורה כחלופה תוכנה קניינית יקר ערימות בגלל העלות התחתונה שלה וחופש מנעול פנימה. מה חדש במהדורה זו: פונקציונליות הוספה או שונה: · בריכת החזקה של InnoDB מחולקת לשני סובליסטים: סובליסטית חדשה המכילה בלוקים ששימשו בכבדות על ידי שאילתות, וזוהר ישן המכיל בלוקים פחות וממנו נלקחים מועמדים לפינוי. בפעולת ברירת המחדל של בריכת המאגר, בלוק כאשר קריאה ב נטען באמצע ולאחר מכן עבר מיד לראש ההנעלה החדשה ברגע מתרחשת גישה. במקרה של סריקת טבלה (כגון מבוצע עבור מבצע MySQLDump), כל בלוק קורא על ידי הסריקה מסתיימת מעבר לראש של הנצחה החדשה, כי שורות מרובות נשלחות מכל בלוק. זה קורה גם עבור סריקה חד פעמית, שבו בלוקים אינם משמשים אחרת על ידי שאילתות אחרות. בלוקים עשויים גם להיות טעון על ידי קריאה קדימה רקע חוט ולאחר מכן עבר לראש של סובליסט חדש על ידי גישה אחת. השפעות אלה יכולות להיות נחותות כי הם לדחוף בלוקים כי הם בשימוש כבד על ידי שאילתות אחרות מתוך הבוהק החדש של הזוהר הישן שבו הם הופכים לפעולה כדי פינוי. · עבור תוסף InnoDB, נוספו שני משתני מצב חדשים כדי להציג פלט סטטוס. Innodb_Buffer_Pool_Read_AaDead ו- Innodb_Buffer_Pool_Read_AaDead_Evicking מציינות את מספר הדפים שנקראו על ידי חוט הרקע של InnoDB, ומספר עמודים כאלה שפונו ללא גישה, בהתאמה. כמו כן, משתני הסטטוס Innodb_Buffer_Pool_Read_ASHEAT_RND ו- Innodb_Buffer_Pool_Read_ASHEAD_SEQ המצב הוסר. הגרסה המובנית של InnoDB אינה מושפעת משינויים אלה. (באג # 42885) · תוסף InnoDB שודרג לגרסה 1.0.5. גרסה זו נחשבת איכות מועמדות (RC). · השרת תומך כעת במתקן סינכרון באגים עבור סנכרון חוט במהלך בדיקות ואגים. כדי לקמפל במתקן זה, להגדיר את MySQL עם אפשרות - Sync-Sync. משתנה מערכת DeBug_Sync מספק את ממשק המשתמש Sync Sync. MySQLD ו MySQL-TEST-RUN.pl תמיכה באפשרות Sync-timeout כדי לאפשר את המתקן ולהגדיר את נקודת הסינכרון המוגדרת כברירת מחדל. באגים קבועים: · שינוי חשוב: תיקון אבטחה: תיקונים נוספים נעשו בעיית הרשאות הקשורה ל- Symlink ביחס ל - MySQL 5.1.24. התיקון המקורי לא התמודד כראוי את שם נתיב מדריך הנתונים אם הוא הכיל ספריות SymLinked במסלול שלה, והמחאה נעשתה רק בזמן יצירת טבלה, לא בזמן פתיחת שולחן מאוחר יותר. (באג # 32167, CVE-2008-2079) · תיקון אבטחה: לקוחות MySQL מקושרים נגד OpenSSL לא בדקו את תעודות השרת המוצגים על ידי שרת המקושר נגד יאסל. (באג # 47320) מחיצות: שולחן אלתר ... הוספת הצהרת מחיצה שגרמה ל- Open_Files_limit שיעלה על הובילה לקרוס של שרת MySQL. (באג # 46922) מחיצות: הקרדינליות של המדדים בטבלאות מחיצות חושבה באמצעות המחיצה הראשונה בטבלה, דבר שעלול לגרום לתוכניות שאילתה של שאילתות משנה נבחרה. עכשיו המחיצה לאחר רוב הרשומות משמש במקום, אשר צריך לגרום לשימוש טוב יותר של אינדקסים ובכך שיפור הביצועים של שאילתות נגד טבלאות מחיצות רבות אם לא רוב המקרים. (באג # 44059) · סכום () הגדילה באופן מלאכותי את הדיוק של טיעון עשרוני, אשר נקטע כאשר נוצר טבלה זמנית להחזיק את התוצאות. (באג # 48370) · אם שאילתה חיצונית לא היתה חוקית, ייתכן ש- subquery לא יכול להיות מוגדר. הסבר המורחבת לא ציפתה לכך וגרמה לקרוס על ידי ניסיון לתקשר בצורה לא נכונה. (באג # 48295) · שאילתא המכילה נוף באמצעות טבלאות זמניות ושולחנות מרובים בפסוקית FROM ונוהל לנתח () גרמה התרסקות שרת. כתוצאה לתקן את הבאג הזה, נוהל לנתח () הוא חוקי רק ברמה עליונה SELECT. (באג # 48,293) · טיפול בשגיאות היה חסר להצהרות SELECT המכיל שאילתות משנה במשפט WHERE וכי המוקצה מכך SELECT למשתנה המשתמשים. השרת יכול לקרוס כתוצאה מכך. (באג # 48,291) · טענה יכולה להיכשל אם האופטימיזציה המשמש מדד מרחבית. (באג # 48,258, באג # 47,019) · כשלי זיכרון-הקצאה טופלו כהלכה בפונקצית InnoDB os_mem_alloc_large (). (באג # 48,237) · איפה סעיפים עם outer_value_list NOT IN שאילתא המשנה טופלו באופן שגוי אם רשימת הערך החיצונית הכילה מספר רב של פריטים לפחות אחד מהם יכול להיות NULL. (באג # 48,177) · שילוב של GROUP BY עם אוסף, DISTINCT ואת const להצטרף סוג בשאילתא שגרם לקריסת שרת כאשר האופטימיזציה בחרה להעסיק טבלה זמנית לפתור מובהק. (באג # 48,131) · במקרים מסוימים, באמצעות חלק מיקרו null ב מצב שבו (למשל, איפה date_time_field = התאמת תנאי היחיד הערך הגדול ביותר בעמודה באינדקס, התוצאה הייתה ריקה אם סריקת טווח מדד הועסקה. (באג # 47,925) · Mysys / mf_keycache.c דורש השחלה, אך לא נעשתה בדיקה על תמיכת חוט. (באג # 47,923) · לקבלת באגים בונים, טענה יכולה להיכשל במהלך ההצהרה הבאה להורג טבלה זמנית לאחר עדכון מרובה שולחן מעורב כי שולחן שונה עמודת AUTO_INCREMENT עם ערך למשתמש שסופק. (באג # 47,919) · קובץ mysys / mf_strip.c, המגדיר את strip_sp הוסר ממקור MySQL. הפונקציה כבר לא הייתה בשימוש בתוך לבנות הראשיות, ואת הפונקציה המסופקת הייתה גורמת לטעויות סמל ב- Windows בונה. (באג # 47,857) · הצטברות Windows עבור MySQL יהיה לקמפל את הקבצים split.c ו debug.c שלא לצורך, גרימת סימנים נוספים שייכללו mysqld. (באג # 47,850) · כאשר בונים מנוע אחסון ב- Windows לא ניתן היה לציין ספריות נוספות בתוך קובץ CMake נדרש לבנות. של $ {מנוע} _LIBS מאקרו נוסף הקבצים לתמוך בספריות הספציפיות אחסון-מנוע הנוספים הללו. (באג # 47,797) · כאשר בוני מנוע אחסון pluggable על Windows, שם המנוע יכול להיות מבוסס על שם הספרייה שבה מנוע היה ממוקם במקום בשם מנוע אחסון המוגדר. (באג # 47,795) · במהלך הניקוי של המבנים הפנימיים של הליך מאוחסן, הדגל להתעלם השגיאות עבור INSERT להתעלם או UPDATE להתעלם לא נוקה, אשר עלול לגרום להתרסקות שרת. (באג # 47,788) · אם הטיעון הראשון GeomFromWKB () פונקציה היה ערך גיאומטריה, הפונקציה רק חזרה מערכו. עם זאת, היא לא הצליחה לשמר את דגל null_value של הוויכוח, מה שגרם ערך NULL לא צפוי יוחזר למתקשר, וכתוצאה מכך התרסקות שרת. (באג # 47,780) · InnoDB יכול לקרוס בעת עדכון הערכים מרחבית. (באג # 47,777) · ב- Windows, כאשר חיבור צינור בשם סרק נסגר בכוח עם הצהרה להרוג או מכיוון שהשרת ייסגר, החוט כי הוא סוגר את החיבור היה לתלות לאין שיעור. (באג # 47,571, באג # 31,621) · קריאה לפונקציה יכולה לסיים בלי לזרוק שגיאה או קביעת הערך המוחזר. לדוגמה, זה יכול לקרות כאשר אירעה שגיאה בעת חישוב הערך המוחזר. זו תוקנה על ידי קביעת ערך NULL כאשר מתרחשת שגיאה במהלך הערכת ביטוי. (באג # 47,412) · פשוט SELECT עם קיבוץ מרומזת יכולה להחזיר שורות רבות ולא בשורה אחת אם שאילתה חויב לפי העמודה מצטברת ברשימה בוחרת. (באג # 47,280) · טענה ניתן לגייס עבור יצירת טבלה אם היה תלוי ועומד INSERT מתעכב או להחליף עוכב באותו השולחן. (באג # 47,274) · InnoDB העלה שגיאות בחלק מהמקרים באופן לא תואם עם האות RESIGNAL. (באג # 47,233) · אם שולחן InnoDB נוצר עם האפשרות לשולחן AUTO_INCREMENT לציין ערך אוטומטית תוספת ראשונית, ואינדקס נוסף במבצע נפרד מאוחרים יותר, הערך האוטומטי תוספת אבד (מוסיף שלאחר מכן החל בשעת 1 ולא בערך נקוב ). (באג # 47,125) · טיפול לא נכון של פרדיקטים מעורבים NULL ידי ייעול טווח עלולה להוביל ל ללולאה אינסופית במהלך ביצוע השאילתה. (באג # 47,123) · תיקון על ידי סוג או תיקון מקביל של שולחנות MyISAM יכול להיכשל להיכשל לידי תיקון עם מטמון המפתח. (באג # 47,073) · InnoDB Plugin לא לקמפל על כמה מערכות Solaris. (באג # 47,058) · ב- Windows, כאשר פעולת I / O נכשלה התרחשה בקוד החזרה של ERROR_WORKING_SET_QUOTA, התרסקה Innodb בכוונה את השרת. עכשיו Innodb ישן 100ms ונושאת את הפעולה נכשלה. (באג # 47055) · Innodb כעת מתעלם ערכים שליליים שסופקו על ידי משתמש בעמודה Auto_inCreement בעת חישוב הערך הבא כדי לאחסן במילון הנתונים. הגדרת עמודות Auto_inCreement לערכים שליליים היא התנהגות לא מוגדרת ושינוי זה צריך להביא את ההתנהגות של InnoDB קרוב יותר לאיזה משתמשים מצפים. (באג # 46965) · כאשר MySQL התרסק (או תצלום נלקח כי מדמה התרסקות), ייתכן כי עסקאות הפנימי XA (המשמש לסנכרן את היומן הבינארי והתנודדות) יכול להישאר במצב מוכן, בעוד שהם צריכים להיות מגולגל בחזרה. זה קרה כאשר הערך Server_ID השתנה לפני ההפעלה מחדש, כי ערך זה שימש לבניית ערכי XID. עכשיו ההגבלה נינוחה כי הערך Server_ID להיות עקבי עבור ערכים XID להיחשב תקף. שלב החזרה צריך להיות מסוגל לנקות את כל עסקאות XA ממתינים. (באג # 46944) · תוסף InnoDB לא לקמיל באמצעות GCC 4.1 במערכות PPC. (באג # 46718) · אם תוסף InnoDB הגיע לגבול במספר העסקאות המקבילות (1023), הוא כתב הודעה תיאורית ליומן השגיאה, אך החזיר הודעת שגיאה מטעה ללקוח, או כשל טעינה התרחש. (באג # 46672) בחרו בו זמנית ... בחר הצהרות עבור טבלת InnoDB עלולה לגרום לזיהוי טענה Auto_increment. (באג # 46650) · אם עסקה התגלגלה בחזרה בפנים עקב קיצוץ הקיפאון או נער, והצהרה בעסקה היתה סעיף מתעלם, השרת יכול לקרוס בסוף ההצהרה או על כיבוי. (באג # 46539) · רווחים נגררים לא התעלמו מהתוספות המוגדרת על ידי המשתמש שממופות רווחים לדמות שאינה 0x20. (באג # 46448) · כותרות רישיון GPL ו מסחרי היו גדלים שונים, כך יומן שגיאה, Backtrace, הליבה, ואת מספרי הקובץ עקבות מספרי הקובץ יכול להיות על ידי אחד אם הם לא נבדקו נגד הגירסה של המקור המשמש לבניית. (לדוגמה, בדיקת GPL Build Backtrace נגד מקורות מסחריים) (באג # 46216) · InnoDB לא איסור יצירה של אינדקס עם השם Gen_Clust_index, המשמש באופן פנימי. (באג # 46000) · במהלך הבנייה של RPM כובע IA64 MySQL Server RPM, הזמנת קישור הספרייה של המערכת לא נכונה. זה עשה את RPM Red Red IA64 RPM תלוי "Libc.Sho.6.1 (glibc_provate) (64bit)", ובכך למנוע התקנה של החבילה. (באג # 45706) · חבר CaseInfo במבנה CHARSEST_INFO לא היה מאותחל עבור מתנגדי Unicode המוגדרים על ידי המשתמש, המוביל לקרוס שרת. (באג # 45645) · עם תוסף InnoDB, שינוי שם טור טבלה ולאחר מכן יצירת אינדקס בעמודה שמורה גרמה לקרוס שרת אל קובץ ה- FRM והספרייה של InnodB. עכשיו תוסף InnoDB 1.0.5 מחזירה שגיאה במקום זאת: שגיאה 1034 (HY000): קובץ מפתח שגוי לטבלה 'tbl_name'; נסו לתקן את זה. כדי לעקוף את הבעיה, ליצור טבלה אחרת עם אותו מבנה ולהעתיק את הטבלה המקורית אליו. (באג # 44571) · הודעת שגיאה InnoDB המכונה באופן שגוי למשתנה המשתנה של Innodb_max_files_open ולא ל- Innodb_open_Files. (באג # 44338) · לשינוי טבלה, שינוי שם של עמודת DateTime או TimeStamp גרמה שלא לצורך פעולת עותק טבלה. (באג # 43508) · שמות יום הולדת עבור 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) · עם גודל הדף Instantard Innodb, כמה הודעות שגיאה הפכו לא מדויקות. (באג # 41490) · ניתוח סימולטני פעולות שולחן עבור טבלאות Innodb יכול להיות כפוף למצב מרוץ. (באג # 38996) · קודם לכן, Innodb ביצע להחליף לתוך לא לבחור ... מ S שבו ... על ידי הגדרת המנעולים המשתפים הבא על שורות S. עכשיו Innodb בוחר שורות מ S עם מנעולים משותפים או כקריאה עקבית, כמו להכנס. .. בחר. זה מפחית את המנעול בין הפגישות. (באג # 37232) · כאשר Innodb Tablepace מילא, נרשמה שגיאה ללקוח, אך לא ליומן השגיאה. כמו כן, הודעת השגיאה היתה מטעה ולא מצביעה על המקור האמיתי של הבעיה. (באג # 31183) · ב- MySQL, באמצעות Control-C כדי להרוג את השאילתה הנוכחית הביאה לשגיאה 1053 (08s01): כיבוי שרת בתהליך "הודעה אם השאילתה מחכה לנעילה. (באג # 28141)

MySQL תוכנה קשורה