פתרון בעיות שקשורות לזמן אחזור
בדף הזה מוסבר איך לפתור בעיות של זמן אחזור ב-Firestore עם תאימות ל-MongoDB.
זמן אחזור
בטבלה הבאה מפורטות סיבות אפשריות לעלייה בזמן האחזור:
| הסיבה לזמן האחזור | סוגי הפעולות שהושפעו | רזולוציה |
|---|---|---|
| תנועת גולשים קבועה וגדלה. | קריאה, כתיבה |
במקרים של עלייה מהירה בתנועה, מערכת Firestore עם תאימות ל-MongoDB מנסה לבצע התאמה לעומס באופן אוטומטי כדי לעמוד בביקוש המוגבר. כשמגדילים את הקיבולת של Firestore עם תאימות ל-MongoDB זמן האחזור מתחיל להתקצר. אזורים פעילים (שיעורי קריאה, כתיבה ומחיקה גבוהים לטווח מצומצם של מסמכים) מגבילים את היכולת של Firestore עם תאימות ל-MongoDB להתרחב. בדיקה כדאי להימנע מנקודות חמות ולזהות נקודות חמות באפליקציה. |
| התנגשות, כתוצאה מעדכון של מסמך יחיד בתדירות גבוהה מדי או מעסקאות. | קריאה, כתיבה |
צריך להקטין את קצב הכתיבה למסמכים בודדים. צריך לצמצם את מספר המסמכים שמתעדכנים בעסקת כתיבה אחת. |
| קריאות גדולות שמחזירות הרבה מסמכים. | קריאה | אפשר להשתמש בחלוקה לעמודים כדי לפצל קריאה של קבצים גדולים. |
| יותר מדי מחיקות מהזמן האחרון. | read ההרשאה הזו משפיעה מאוד על פעולות שמציגות רשימה של אוספים במסד נתונים. |
אם השהייה נגרמת בגלל יותר מדי מחיקות מהזמן האחרון, הבעיה אמורה להיפתר באופן אוטומטי אחרי זמן מה. אם הבעיה לא נפתרת, פנו לתמיכה. |
| התרחבות האינדקס, במיוחד בשדות של מערכים ובשדות של מסמכים מוטמעים. | לכתוב | בודקים את האינדקס של שדות מערך ושדות של מסמכים מוטמעים. |
| כתיבות גדולות. | לכתוב |
כדאי לנסות לצמצם את מספר הפעולות של כתיבה בכל פעולה. להזנת נתונים בכמות גדולה במקרים שבהם לא נדרשת אטומיות, אפשר להשתמש בכתיבות מקבילות של נתונים בודדים. |