ציטוט:
נכתב במקור על ידי אדיר
זה שקוף ל- MySQL, הוא רץ כרגיל. מריצים memcached ומשתמשים בו כשכבת caching בהתאם לצורך - לפני שפונים ל- MySQL בודקים קודם כל ב- memcached, אם קיים - מחזירים משם, אם לא קיים - שולפים מהמסד, שומרים ב- memcached ומחזירים.
אין שום קשר ל- NoSQL, האחסון ב- memcached הוא key-value מאוד פשוט (הן מבחינת יכולות והן מבחינת ממשק ועקומת למידה).
ההשוואה שלך בין MySql + memcached ל- InnoDB היא לא הגיונית, וגם אם הייתה הגיונית - זה תלוי בצרכים.
לצרכים שתיארת למעלה (שמירת לוגים + סיישנים) ובהנחה וה- Volume וה- Velocity שלך סבירים, אין סיבה ש- InnoDB/MyISAM/Memory לא יספיקו לך, תקרא מה ההבדלים ביניהם (כן, זה באנגלית).
אין לי מושג גם איך קפצת מ- Memory, ל- NDB ל- memcached ל- InnoDB וכו', עירבבת כאן דברים לא קשורים בכלל.
עושה רושם שאתה שוב קופץ לפתרונות שנשמעים לך מגניבים אבל אין לך שום צורך בהם.
למען השאלות הבאות - כמעט ואין דבר כזה הכי טוב בתחום הזה, שום דבר לא הכי טוב לכולם ולכל דבר, הכל תלוי בצרכים, במטרות ובהרבה דברים נוספים.
|
תודה על התשובה אדיר..
אני מנסה לשפר את המערכת כמה שאני יכול, ואחד הדברים שאני מנסה זה לחקור על שיפור הטבלאות - שימוש באינדקסים, תכנון הטבלאות ועדיפות ל MYiSAM אל מול innodb.
אני למדתי המון מהרצון לשפר את הטבלאות. ואז נתקלתי ב nosql והבנתי שזה מעין מערכת גרף של KEY ו VALUE. והבנתי שהיא טובה למערכת חברים, מועדפים וכו'. למשל ככה פייסבוק בנו את המערכת חברים והלייקים שלהם לפי מה שקראתי באינטרנט וזה משפר בצורה אחרת את ביצועי ומהירות השרת.
עכשיו אני יודע שבמערכת קטנה כמו שלי, זה מזערי ולא מורגש כל עוד אין מספיק אנשים. אבל אני רוצה לחשוב מה היה קורה אם, איך אני מונע את זה בעתיד ואיך אני עובד קל יותר בעתיד. וזו הסיבה שאתה רואה אותי שואל על כל מיני דברים שאני לא באמת יודע (או צריך).
תודה!
10-08-14, 22:08
עבור למצב קווי
