שלום לכולם.

במשך תקופה דיי ארוכה היה מותקן אצלי במחשב WampServer (ערכה מוכנה של APACHE MYSQL PHP). שם היה מותקן MySQL בגרסה 5.0.51b .

לפני כשבוע פירמטתי את המחשב (לא שכחתי לגבות את תיקיית הWAMP) והתקנתי שוב את WampServer, רק שהפעם הגרסה של הMySQL היא 5.1.30 .

להעלות את קבצי הPHP לא הייתה בעיה, פשוט העתקתי אותם מתיקיית www הישנה לחדשה, אבל כשרציתי להעתיק את מסדי הנתונים הישנים נקלעתי לבעיה. גרסת הMySQL חדשה יותר וקבצי הDATA הישנים לא מתאימים לה.

ניסיתי להתקין את הMYSQL הישן ולהעלות אליו את הDATA אבל אז כשנכנסתי לPMA (כדי להשיג את השאילתות ליצירת הטבלאות), זה מה שקיבלתי:

ציטוט:

שאילתת SQL: SHOW PLUGINS MySQL אמר: #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'PLUGINS' at line 1

יש למישהו פיתרון?

תודה רבה

השאילתא SHOW PLUGINS זמינה החל מ- MYSQL 5.1.

אתה יכול לראות שהיא מופיעה כאן:
http://dev.mysql.com/doc/refman/5.1...ow-plugins.html

אבל לא כאן:
http://dev.mysql.com/doc/refman/5.0/en/show.html

ציטוט:

גרסת הMySQL חדשה יותר וקבצי הDATA הישנים לא מתאימים לה.

זה השגיאה שקיבלת כאשר ניסית לבצע import?
מהי הודעת השגיאה שקיבלת?
תבדוק ב-FAQ אולי יש משהו על migrating

כשהעתקתי את הDATA של הMYSQL הישן לחדש, הכל שם פשוט לא עבד.

יש אולי דרך לחילוץ מידע מהDATA הישן לכדי שאילתות SQL?

אאל"ט, קובץ ה-DATA הוא שאילתות SQL, שבתוכם הנתונים\מידע.

נסה להוריד את השאילתא SHOW PLUGINS (במידה וזה לא יקלקל את קובץ הגיבוי. צור גיבוי נוסף לקובץ הגיבוי הקיים, ליתר ביטחון).

ציטוט:

כשהעתקתי את הDATA של הMYSQL הישן לחדש, הכל שם פשוט לא עבד.

למה הכוונה? נא תפרט...
השאילתא הנ"ל בלבד היא הבעייתית בתהליך שיחזור הגיבוי, נכון?

קובץ ה data הוא ממש לא קובץ עם שאילתות SQL. הוא מכיל את המידע בצורה בינארית, שנוחה לקריאה של תוכנה, ולא לקריאה של בן אדם. כשאתה עושה dump של ה DB/טבלה/וכו' עם mysqldump, אז אתה מקבל את זה כקובץ SQL שאמור להיות פורטבילי בין מערכות (וגירסאות) שונות.

נמאס לכם לזכור סיסמאות? לחצו כאן!

זאת אומרת שיש 2 סוגים של גיבויים?
אחד עם קובץ data ואחד עם קובץ שהסיומת שלו אם אני זוכר נכון היא sql (שבתוכו השאילתות) ?

אני לא מכיר "גיבוי של קובץ data". אתה יכול להוריד את ה DB ולהעתיק את כל הקבצים שלו ואז להעלות חזרה - אבל זה אומר downtime. בימינו לא נוהגים לעשות downtime היכן שלא צריך, ולכן הגיבוי היחיד הוא גיבוי חם (כמו עם mysqldump).

יש עוד שיטה שהיא קצת מטורפת, שמאפשרת להעתיק את קבצי ה data בלי להוריד את ה DB החי - וזאת באמצעות ביצוע רפליקציה לשרת אחר. בזמן הגיבוי, מורידים את השרת המשני ('slave'), מעתיקים את קבצי ה data, ואז מעלים אותו מחדש, והוא מסנכרן מחדש את ה binary log מה master. אני לא רואה יותר מדי סיבות מדוע לעבוד כך, ולמיטב ידיעתי, רוב האנשים פשוט משתמשים ב mysqldump... (ובמקרה שלא רוצים להשפיע בכלל על ה performance של השרת החי, עושים mysqldump על שרת רפליקציה...) - אין שום סיבה להעתיק את קבצי ה data ולטפל בעליות וירידות סתם...

נמאס לכם לזכור סיסמאות? לחצו כאן!