גם db קשרים רבים שגיאה במהלך עדכון המטמון

[krisp]

אתמול בלילה יצא לי להיות ער קצת אחרי 4 בבוקר, שם בפורום פתאום היה למטה כמו 20 דקות:


מסד שגיאה vBulletin:

mysqli_real_connect () [<a href='function.mysqli-real-connect'> function.mysqli-Real-להתחבר </ a>]: (08004/1040): יותר מדי קשרים רבים
/ Var / www / vhosts / ... / httpdocs / כולל / class_core.php בקו 1138

MySQL שגיאה:
שגיאה מספר:
תאריך הבקשה: יום שלישי, 15 דצמבר, 2009 @ 04:28:00
תאריך שגיאה: יום שלישי, 15 דצמבר, 2009 @ 04:28:00
תסריט: http://.../
מפנה:
כתובת IP:
שם משתמש:
Classname: vB_Database_MySQLi
MySQL גירסה:
-->

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

בדקתי הבוקר והכל היה בסדר, אז זה לא חוזר היום.

שרת נראה לא להיות לחוצים, מאז היתה לי עוד פורום בשרת אותו ללא vbet, זה היה פועל מצוין במהלך ההשבתה של פורום vbet שלי.

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

קצת puzzele ... אולי אתה יכול לספר לי אם כולל / class_core.php על קו 1138 הוא מעורב לעדכן את המטמון? ואולי כמה יש לך רעיון כיצד לפתור את זה?

[vBET]

vBET לא יוצר קשרים חדשים - הוא יכול לשקם את הקשר אבל זה עשה רק אם בפועל הוא איבד (במקרה אם תרגום מגיע מאוחר מדי מ-Google). ועוד בהקשר זה נעשית על ידי $ vBulletin-> db-> להתחבר כך vBulletin עשה את כל הדרוש ניקוי בסוף.

אז ברגע זה אנו סבורים כי הבעיה נעוצה במקום אחר.

class_core.php אינו קובץ שלנו וזה לא להשתמש מטמון vBET ישירות - אבל אם קובץ זה אחראי על ביצוע משימה מתוזמנת, אז זה יהיה גם לבצע ניקוי מטמון.

[vBET]

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

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

[krisp]

Happend שוב 04-05 - בכל התחומים מטה עם קשרים רבים מדי. אני חושב שאתה צודק. פורום עסוק ניקוי מטמון בוטים החיפוש חבלה עם בקשה אחת בשנייה. יכולתי לראות serverload היה גבוה מאוד. עכשיו זה שוב הוא נמוך מאוד. vbet db כ 1.1 GB

יש לי עבר "מחק את כל הנתונים מטמון פעם מרווח TTL המטמון".

נשמע טוב מאוד 330 פותר את הבעיה הזאת!