שגיאת Collation בהעברת אתר לקלאודוויז: utf8mb3_uca1400_ai_ci is not supported

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: השגיאה "Collation utf8mb3_uca1400_ai_ci is not supported by the destination" מופיעה כשמסד הנתונים באחסון הישן רץ על MariaDB חדשה (11.5 ומעלה משתמשת באוספי uca1400 כברירת מחדל), והיעד בקלאודוויז (Cloudways) לא מכיר אותם, למשל MySQL 8.4. פתרון שמתועד בשטח (ולא נבדק על ידינו מקצה לקצה): מגבים, מייצאים את מסד הנתונים, מחליפים בקובץ את שם ה-Collation בשם תואם כמו utf8mb3_unicode_ci, ומייבאים. את הסיבה בדקנו מול התיעוד הרשמי בנובמבר 2026; את ההחלפה עצמה לא הרצנו בהגירה אמיתית.

⏱ זמן ביצוע: 30–60 דקות · רמת קושי: מתקדם (SSH ושורת פקודה) · נבדק לאחרונה: 07.11.2026 (הסיבה מול התיעוד של MariaDB, MySQL וקלאודוויז; הפתרון לא נבדק מקצה לקצה)

מה זה Collation, ולמה הוא שובר הגירה?

Collation (אוסף מיון) הוא סט הכללים שלפיו מסד הנתונים משווה וממיין טקסט: האם "A" שווה ל-"a", איך ממיינים אותיות עם ניקוד או סימנים, וכו'. לכל טבלה ולכל עמודת טקסט יש Collation, והוא נכתב בתוך הגדרת הטבלה.

כשמעבירים אתר, הגדרות הטבלאות עוברות כמו שהן. אם שרת היעד לא מכיר את שם ה-Collation, הוא מסרב ליצור את הטבלה, וההגירה נעצרת. בשמות כמו utf8mb3_uca1400_ai_ci, החלק utf8mb3 הוא קידוד התווים, uca1400 הוא גרסת תקן המיון (Unicode Collation Algorithm 14.0.0), ו-ai_ci אומר: לא רגיש להטעמה (accent) ולא רגיש לאותיות גדולות וקטנות (case).

למה מופיעה השגיאה utf8mb3_uca1400_ai_ci is not supported?

כי שני השרתים מדברים בגרסאות שונות של כללי המיון. לפי התיעוד של MariaDB על קידודים ואוספים, אוספי uca1400 נוספו ב-MariaDB 10.10.1, ומגרסה 11.5 הם ברירת המחדל ל-utf8mb3 ול-utf8mb4. כל טבלה שנוצרה בשרת כזה בלי Collation מפורש מקבלת אותם.

בצד השני, התיעוד של MySQL על קידודי Unicode מפרט אוספים לפי UCA 4.0.0, 5.2.0 (למשל utf8mb4_unicode_520_ci) ו-9.0.0 (utf8mb4_0900_ai_ci), ואין בו uca1400. לכן אתר מ-MariaDB חדשה לא נכנס כמו שהוא ל-MySQL.

בקלאודוויז זה רלוונטי כי, לפי מאמר מסדי הנתונים של קלאודוויז, שרת חדש עולה עם MariaDB 10.11 או עם MySQL 8.4. שרת MySQL 8.4 לא יכיר uca1400. ב-MariaDB 10.11 האוספים האלה אמורים להיות קיימים לפי התיעוד, כי הם נוספו ב-10.10.1, אבל לא בדקנו זאת בעצמנו. מה שבטוח: את מנוע מסד הנתונים של שרת קיים אי אפשר להחליף.

מה קרה בהגירה שלנו (ינואר 2026)?

ב-4.1.2026 העברנו אתר וורדפרס לקלאודוויז עם תוסף Cloudways WordPress Migrator. ההגירה נכשלה בין 95% ל-100%, עם ההודעה: Error while creating table wp_yoast_prominent_words. Collation utf8mb3_uca1400_ai_ci is not supported by the destination.

המקור היה אחסון עם MariaDB מסדרה 11, והיעד MySQL. בצ'אט קיבלנו מענה תוך דקות, והטיקט נענה אחרי כ-1.3 שעות. התמיכה ניסתה ייצוא וייבוא ידני עם תיקון Collation, וגם זה נכשל. משם ההמלצה הייתה לעבור להגירה מנוהלת, עם גישת SSH או cPanel לאחסון הישן. הטיקט נסגר אוטומטית בלי תשובה מאיתנו, ולכן אין לנו סוף מאומת לסיפור הזה.

שווה לשים לב לטבלה: wp_yoast_prominent_words שייכת לתוסף Yoast SEO. לרוב זו לא הטבלה היחידה עם הבעיה, אלא פשוט הראשונה שהתהליך נתקע בה.

מה עושים לפני התיקון?

• גבו את מסד הנתונים באחסון הישן. התיקון עובד על עותק, אבל אם משהו משתבש, הגיבוי הוא מה שמחזיר אתכם לנקודת ההתחלה.
• בדקו מה רץ ביעד. בשרת בקלאודוויז הריצו ב-SSH mysql -V, או במסד הנתונים SELECT VERSION();. כך תדעו אם היעד הוא MySQL או MariaDB.
• צרו אפליקציית יעד ריקה. הייבוא דורס את מסד הנתונים של האפליקציה.
• ודאו גישת SSH ליעד. ההוראות במדריך SSH בקלאודוויז.

איך מתקנים את שגיאת ה-Collation, שלב אחר שלב?

חשוב לדעת: לא הרצנו את השלבים האלה בעצמנו מקצה לקצה. בהגירה שלנו מ-4.1.2026 ניסיון ידני דומה של התמיכה נכשל, ואין לנו סוף מאומת לסיפור. מה שמופיע כאן מבוסס על תיעוד MariaDB ו-MySQL ועל תיעוד של Probo.CI (שירות צד שלישי, לא קלאודוויז) לאותה שגיאה. נסו קודם על אפליקציית בדיקה, ורק אז על האתר האמיתי.

הרעיון: לייצא את מסד הנתונים לקובץ SQL, להחליף בו את שמות אוספי uca1400 בשמות שקיימים ביעד, ולייבא. זו גם השיטה ש-Probo.CI מתעדת לשגיאה הזו. העברת הקבצים עצמם (wp-content וכו') נעשית בנפרד, למשל ב-SFTP.

1. ייצאו את מסד הנתונים מהאחסון הישן: ב-phpMyAdmin של האחסון, או ב-SSH עם wp db export source.sql.
2. שמרו עותק נקי של הקובץ בצד (cp source.sql source-original.sql), ועבדו רק על העותק.
3. בדקו אילו אוספי uca1400 יש בקובץ: grep -o "utf8mb[34]_uca1400[a-z_]*" source.sql | sort | uniq -c. כך לא תחליפו בעיוורון.
4. בדקו ביעד שהשמות החלופיים קיימים: SHOW COLLATION LIKE 'utf8mb3_unicode_ci'; ו-SHOW COLLATION LIKE 'utf8mb4_unicode_ci';.
5. החליפו את השמות. בלינוקס: sed -i -e 's/utf8mb3_uca1400_ai_ci/utf8mb3_unicode_ci/g' -e 's/utf8mb4_uca1400_ai_ci/utf8mb4_unicode_ci/g' -e 's/utf8mb4_uca1400_bin/utf8mb4_bin/g' source.sql. ב-macOS כותבים sed -i '' במקום sed -i.
6. הריצו שוב את פקודת ה-grep משלב 3. אם נשארו שמות אחרים (למשל _as_ci), החליפו כל אחד באוסף קיים ביעד עם אותה רגישות לאותיות, ובדקו אותו קודם עם SHOW COLLATION.
7. העלו את הקובץ לאפליקציה בקלאודוויז וייבאו ב-SSH: wp db import source.sql. הפקודות מתועדות במדריך WP-CLI של קלאודוויז לייבוא וייצוא.
8. עדכנו את כתובת האתר אם השתנתה (wp search-replace), נקו קאש, ובדקו את האתר בכתובת הזמנית לפני שמחליפים DNS.

אזהרה: ההחלפה משנה את כללי המיון, לא את הנתונים. utf8mb3_unicode_ci מבוסס על תקן UCA ישן יותר, ולכן סדר מיון של מקרי קצה עשוי להשתנות מעט. באתר וורדפרס רגיל זה כמעט אף פעם לא מורגש, אבל באתר עם חיפוש או מיון מותאם, בדקו אחרי הייבוא.

איזו דרך תיקון מתאימה לכם?

דרך	מתי מתאימה	חסרונות
החלפת Collation בקובץ ה-SQL	היעד הוא MySQL 8.4, ויש לכם SSH או phpMyAdmin בשני הצדדים	עבודה ידנית, וצריך להעביר קבצים בנפרד
שרת יעד חדש עם MariaDB 10.11	עוד לא העברתם אתרים לשרת, ואין לכם סיבה ל-MySQL	לא בדקנו בעצמנו; ובשרת קיים אי אפשר להחליף מנוע
הגירה מנוהלת של קלאודוויז	אין לכם זמן או ניסיון בשורת פקודה	דורשת SSH או cPanel לאחסון הישן ולוקחת זמן
המרת הטבלאות במקור לפני ההגירה	יש לכם גישה מלאה למסד הנתונים באחסון הישן	משנה את האתר החי; חובה גיבוי

השלבים המלאים של הגירה מנוהלת, ומה להכין כדי שלא תיתקע, במדריך ההגירה החינמית לקלאודוויז.

ומה אם ה-Migrator נכשל עם Failed to connect to your source site?

זו תקלה אחרת לגמרי: התוסף לא מצליח להתחבר לאתר המקור. בטיקט שלנו מ-25.12.2024 (612162) הסיבה הייתה חומת אש או תוסף אבטחה באחסון המקור שחסם את ה-Migrator. הצ'אט ענה מיד, והטיקט נענה אחרי כ-1.7 שעות, עם בקשה לגישת SSH או גישה לפאנל האחסון כדי להעביר ידנית.

לפני שפונים: כבו זמנית את תוסף האבטחה באתר המקור (Wordfence וכדומה), בקשו מחברת האחסון לבטל חסימות, ונסו שוב. התהליך המלא של התוסף מתואר במדריך Cloudways WordPress Migrator.

טעויות נפוצות

להריץ את ההגירה שוב ושוב: שגיאת Collation לא נעלמת מניסיון חוזר. היא תחזור באותו אחוז בדיוק.

sed בלי עותק: החלפה שגויה בקובץ היחיד שיש לכם יכולה להרוס את הייצוא. תמיד עבדו על עותק.

להחליף רק את הטבלה מההודעה: wp_yoast_prominent_words היא רק הראשונה שנכשלה. החליפו בכל הקובץ.

להחליף DNS לפני בדיקה: בדקו את האתר בכתובת הזמנית של קלאודוויז, ורק אחר כך חברו את הדומיין.

שאלות נפוצות

מדריכים קשורים

• איך מעבירים אתר לקלאודוויז
• הגירה מנוהלת חינם לקלאודוויז
• מעבר מאחסון ישראלי לקלאודוויז
• צ'קליסט מעבר אחסון
• ניהול מסד הנתונים בקלאודוויז
• WP-CLI בקלאודוויז
• כל המדריכים בתחום: הגירה

מקורות

• MariaDB: Supported Character Sets and Collations – uca1400 נוספו ב-10.10.1; ברירת מחדל מ-11.5
• MySQL Reference Manual: Unicode Character Sets – אוספים לפי UCA 4.0.0, 5.2.0 ו-9.0.0
• MySQL Reference Manual: The utf8mb3 Character Set – utf8mb3 נתמך אך מוגדר כמיושן
• Probo.CI: Database Failure Issues – החלפת אוספי uca1400 בקובץ ה-SQL עם sed
• Cloudways: Database Support, MariaDB 10.11 and MySQL 8.4 – מנוע לפי שרת, לא ניתן להחלפה
• Cloudways: Import and Export MySQL Database Using WordPress CLI
• Cloudways: WordPress Migrator plugin
• טיקטים שלנו לקלאודוויז: 773969 (4.1.2026, שגיאת Collation) ו-612162 (25.12.2024, Failed to connect to your source site)

מקור רשמי: Supported Character Sets and Collations (MariaDB Docs). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026

גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים