בתגובה להודעה מספר 5 שנכתבה על ידי motioz שמתחילה ב "כשיש 50,000 פניות לDB בשעה,..."
http://www.google.co.il/#hl=iw&q=profiling+mysql
תבצע profiling ל-mysql כדי לדעת באיזה מצב היא נמצאת רוב הזמן, מה שיאמר לך באיזה חלקים אתה צריך להתמקד.
לפעמים יכול להיות שתהליכים אחרים מאיטים את החזרת התשובה ללקוח, לדוגמא האפליקציה (שכתובה לדוגמא ב-php) או מע"ה ותהליכים אחרים שרצים בה.
אם שרת ה-mysql ושרת האפליקציה מחוברים ברשת איטית, אז סביר להניח ש- pconnect יכולים לעזור.
אחרת פשוט תוודא ש- mysql לא מייצר יותר מ-10 threads בשניה ע"י צפייה במשתנה Threads_connected (או ב- Threads_created):
קוד:
SHOW STATUS LIKE "Threads_c%"
ושינוי המשתנה thread_cache_size בהתאם... לכל thread שנמצא במטמון מוקצה מעט זיכרון לכן אין בעיה ממש להעלות את הערך של thread_cache_size.
בתגובה להודעה מספר 3 שנכתבה על ידי motioz שמתחילה ב "הפקודה הזו חוסכת במשאבים או מזרזת את התהליכים ?"
היא מזרזת תהליכים, ודווקא מבזבזת משאבים, so to speak. זה תלוי אם האפליקציה שלך היא יחידנית בשרת, וכמה thread-ים של PHP רצים דרך קבע. שמשתמשים בה צריך להתחשב ב connection limit שמוגדר ב MySQL הרבה יותר בזהירות.