WordPress · חירום

תיקון "Error establishing database connection" - אבחון מסד נתונים

הודעת שגיאה כזו אומרת שוורדפרס לא מצליח לדבר עם MySQL. הסיבה יכולה להיות פרטי התחברות שגויים ב-wp-config, MySQL שקרס, מסד פגום, או שרת שנגמרו לו המשאבים. אני מאבחן את הסיבה האמיתית תוך 30 דקות ומחזיר את האתר לאוויר.

שלחו הודעה בוואטסאפ ראו את חבילות ה-SEO

למה אבחון נכון מקצר את התיקון פי 3

בדיקת wp-config.php מול cPanel חושפת אם זה credentials או שירות MySQL שלא רץ - שתי בעיות שונות לחלוטין.
הפעלת mysqlcheck מאתרת טבלאות פגומות תוך דקות, במקום לנחש איזו טבלה גורמת לקריסה.
בדיקת max_connections + memory בשרת חושפת אם זאת תקלה זמנית או בעיית-קיבולת שתחזור.
אני בודק גם <a href="/web-design/">קבצי גיבוי</a> זמינים לפני שנוגעים במסד - גיבוי תקין מקצר שחזור משעות לדקות.

מה זה בעצם "Error establishing database connection"

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

הסיבה הראשונה - הפרטים ב-wp-config.php (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST) לא נכונים. זה קורה אחרי הגירת אתר, אחרי שינוי סיסמה ב-cPanel, או אחרי שמישהו ערך את הקובץ ידנית ושכח לשמור. הסיבה השנייה - שירות MySQL בשרת קרס או נעצר. הסיבה השלישית - מסד הנתונים תקין, אבל טבלה אחת בו פגומה ושוברת את החיבור. הסיבה הרביעית - השרת חרג ממכסת max_connections ומסרב חיבורים חדשים.

תיקון לבד מסוכן כי שני הפתרונות הראשונים שאנשים מנסים - "תיקון מסד אוטומטי" של וורדפרס דרך define WP_ALLOW_REPAIR, ושינוי credentials בלי לדעת מה הסיסמה האמיתית - יכולים להחמיר את המצב. תיקון אוטומטי על מסד פגום יכול למחוק נתונים, וסיסמה שגויה ב-wp-config נועלת אתכם לחלוטין מחוץ לאתר. אבחון מקצועי בודק קודם מה נשבר, ורק אחר כך תופס את הכלי הנכון.

מה אתם מקבלים

אבחון תוך 30 דקות

בדיקה של wp-config, סטטוס MySQL, mysqlcheck וניטור משאבים. תשובה מדויקת מה הסיבה לפני התיקון.
גיבוי DB לפני שינוי

mysqldump של המסד הנוכחי נשמר אצלי. אם משהו ישתבש בשחזור - אני מחזיר את המצב המקורי.
תיקון טבלאות פגומות

mysqlcheck --auto-repair על כל הטבלאות, בדיקת innodb integrity, ובמידת הצורך שחזור מטבלת גיבוי.
המלצות שרת

אם הסיבה היא חוסר משאבים - דוח עם מה צריך לשנות בשרת או באיזו חבילת hosting שווה לשדרג.

איך אני מתקן

1
בדיקת חיבור

מתחבר ל-cPanel/SSH, מוודא ש-MySQL רץ, מנסה חיבור ידני עם הפרטים מ-wp-config.
2
אבחון משאבים

בודק max_connections, RAM פנוי, slow query log. מבחין בין תקלה זמנית לבין בעיית קיבולת.
3
גיבוי מיידי

mysqldump של המסד למקרה שמשהו ישתבש בתיקון. בלי גיבוי לא נוגעים בטבלאות.
4
תיקון מסד

mysqlcheck --auto-repair, תיקון credentials ב-wp-config, או הגדלת מכסות בשרת לפי הסיבה.
5
בדיקת תפקוד

טעינת דפים, בדיקת ניהול, בדיקת קופונים והזמנות אם <a href="/ecommerce-seo/">חנות</a>. תיעוד מסכם.

תמחור לפי תקלה

₪450-₪1,200 לתקלה

תיקון credentials או restart MySQL - ₪450-₪650. תיקון טבלה פגומה או שחזור מגיבוי - ₪850-₪1,200. תוצאה תוך 2-6 שעות.

מחיר מותאם לכם

קבלו הצעת מחיר לתקלה שלכם

קחו 30 שניות וחשבו את המחיר לפי הצרכים שלכם - לא צריך להזין פרטים.

שאלות נפוצות

כמה זמן זה לוקח?

אבחון 30 דקות. תיקון פשוט (credentials, restart MySQL) עוד שעה. תיקון מורכב (שחזור טבלה פגומה) - 3-6 שעות. ב-90% מהמקרים מסיימים תוך אותו יום עבודה.

האם אאבד נתונים?

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

מה אם זה קורה שוב?

אם הסיבה היא חוסר משאבים בשרת - אני מספק דוח עם המלצות מדויקות לשדרוג hosting. אם זה תוסף ספציפי שמייצר עומס - מחליף או מגדיר אחרת. תקלה חוזרת מאותה סיבה תוך 30 יום - תיקון נוסף ללא עלות.

איך מתחילים?

שולחים את כתובת האתר ופרטי גישה ל-cPanel או SSH (לא wp-admin - הוא לא נטען בכלל בתקלה כזו). אני מתחיל אבחון תוך 24 שעות. הצעת מחיר סופית אחרי 30 דקות.

אפשר תיקון מרחוק?

כן, הכל מרחוק דרך cPanel/SSH/phpMyAdmin. לא נדרשת נוכחות פיזית. הגישה הזמנית שאתם נותנים נמחקת בסיום העבודה.