ABA


"עמוד ''סינון'' - יש תחליף לMySQL?"
גירסת הדפסה        
קבוצות דיון פיתוח, תיכנות ובניית אתרים נושא #22026 מנהל    סגן המנהל    מפקח   Winner    צל"ש   מומחה  
אשכול מספר 22026
Bonito 
חבר מתאריך 22.9.09
14859 הודעות
   14:59   28.07.17   
אל הפורום  
  עמוד ''סינון'' - יש תחליף לMySQL?  
 
   יש לי עמוד עם הרבה סוגי פילטרים, טבלה שמציגה פרטים על מכוניות:
id, name, color, value, release_year וכו', ה QUERY עצמו כולל 5-6 JOIN, חלקם LEFT.

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

כרגע מה שאני עושה זה דוחף לרדיס לשעה-שעתיים את התוצאות שהSQL החזיר אבל זה לא מספיק טוב כי יש המון אפשרויות סינון(עשרות\מאות אלפים). יש תחליף לזה? הסתכלתי על ELASTICSEARCH\MONGODB אבל לפי מה שאני מבין אני לא אוכל בדיוק לפלטר כמו שאני רוצה.


תודה.


                                שתף        
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

  האשכול     מחבר     תאריך כתיבה     מספר  
  השאלה היא למה להחליף? ליל קיץ 28.07.17 22:05 1
     הSQL מתוכנן בסדר, זה לא שהוא לא מחזיק, סה''כ הCPU יציב Bonito  28.07.17 22:16 2
         יכול להיות שויתרת מהר מידי? ShocKi  28.07.17 22:56 3
             לא אמרתי סופר איטיות אבל יש איטיות מסוימת Bonito  29.07.17 10:37 4
                 לא הבנתי ממש את הבעיה. ShocKi  29.07.17 11:51 5

       
ליל קיץ לחץ כאן להצגת דירוג המשתמש
חבר מתאריך 14.2.10
10048 הודעות, 7 פידבק, 14 נקודות
   22:05   28.07.17   
אל הפורום  
  1. השאלה היא למה להחליף?  
בתגובה להודעה מספר 0
 
   ערכתי לאחרונה בתאריך 28.07.17 בשעה 22:08 בברכה, ליל קיץ
 
mysql יודע לעמוד בעומסים יפה מאוד שמתכננים את השאילות והאינדקסים כמו שצריך.
כמה טראפיק כבר יש לך?
-
לפי השאלה נשמע שהשליפות שלך לא יעילות. לעבור למונגו או אלסטיק לא יעזור לך במקרה הזה,
אתה צריך לתכנן מחדש את הנתונים שלך.


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד
Bonito 
חבר מתאריך 22.9.09
14859 הודעות
   22:16   28.07.17   
אל הפורום  
  2. הSQL מתוכנן בסדר, זה לא שהוא לא מחזיק, סה''כ הCPU יציב  
בתגובה להודעה מספר 1
 
   אני פשוט רוצה להעביר את הSQL NODES לNODES עם יותר זכרון ופחות CPU ולחסוך עלויות(MAX SCALE עם מאסטר-סלייב).

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

לגבי הטראפיק, כמה מאות אלפים ביום.

סתם דוגמא... לפני כמה שנים לא היה לי מנוע חיפוש והשתמשתי ב LIKE %% (לא היה לי ממש מושג בתכנות בזמנו), זה פירק את הCPU, ברגע שהתקנתי SOLAR\SPHINX חסכתי עלויות באופן משמעותי.


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד
ShocKi  לחץ כאן להצגת דירוג המשתמש
חבר מתאריך 19.3.02
20171 הודעות, 10 פידבק, 17 נקודות
   22:56   28.07.17   
אל הפורום  
  3. יכול להיות שויתרת מהר מידי?  
בתגובה להודעה מספר 2
 
   ערכתי לאחרונה בתאריך 28.07.17 בשעה 22:59 בברכה, ShocKi
 
יש לי טבלאות עם מליוני רשומות ו ORDER BY לא גורם להן להיות סופר איטיות.
זה הכל שאלה של תכנון נכון של מסד הנתונים ומבנה השאילתה.

גם חיפוש עם LIKE לא אמור להיות איטי. זה דברים שמסדי נתונים יודעים להתמודד איתם יפה מאוד.

אם תתן דוגמא לשאילתה מאוד איטית יחד עם סכמת הטבלאות וה QUERY ANALYZE יהיה אפשר לעזור לך יותר. לרוב כבר ב ANALYZE אתה יכול למצוא את הבעיות.

איך הגעת למסקנה ששום דבר לא יעזור לייעל את השאילתה הכבדה שלך?


קאש-באק ישראלי: https://www.cashback.co.il/?uref=33330
קאשבק לAsos ואמזון דרך Ebates: https://goo.gl/MX87Y7 - מקבלים 10$ לאחר שימוש ראשון.


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד
Bonito 
חבר מתאריך 22.9.09
14859 הודעות
   10:37   29.07.17   
אל הפורום  
  4. לא אמרתי סופר איטיות אבל יש איטיות מסוימת  
בתגובה להודעה מספר 3
 
   לגבי LIKE, מסד נתונים לא יודע להתמודד עם זה בטראפיק גדול+הרבה שורות, תנסה לעשות AB ותראה מה קורה לCPU אצלך.

בכל מקרה נשאר עם מה שיש עכשיו, אולי ניתן קצת יותר CACHE TIME, לא נראה שיש תחליף למה שאני רוצה נכון לעכשיו.


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד
ShocKi  לחץ כאן להצגת דירוג המשתמש
חבר מתאריך 19.3.02
20171 הודעות, 10 פידבק, 17 נקודות
   11:51   29.07.17   
אל הפורום  
  5. לא הבנתי ממש את הבעיה.  
בתגובה להודעה מספר 4
 
   אתה לא תמצא שום מערכת מידע שבה בעת הרצת חישוב ה CPU לא מרקיע שחקים.
זה משהו נורמלי וזה קורה לזמן קצר מאוד.

זו בין היתר אחת הסיבות לכך שבשרתים יש יותר מ CPU אחד.


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

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


קאש-באק ישראלי: https://www.cashback.co.il/?uref=33330
קאשבק לAsos ואמזון דרך Ebates: https://goo.gl/MX87Y7 - מקבלים 10$ לאחר שימוש ראשון.


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

תגובה מהירה  למכתב מספר: 
 
___________________________________________________________________

___________________________________________________________________
למנהלים:  נעל | תייק בארכיון | מחק | העבר לפורום אחר | מחק תגובות | עגן אשכול
       



© כל הזכויות שמורות ל-רוטר.נט בע"מ rotter.net