נתוני ליבהביצועים

מטמון

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

GET/s ב-pipeline, נמדד: 36.6M
דיוק TTL: ns
לקוחות קיימים עובדים: RESP2/3

צעד 1 מתוך 5

קוראים דרך המטמון

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

סשן לדוגמהplaying

# קוראים דרך המטמון

hotkv> GET product:1001

"{\"name\":\"Desk lamp\",\"price\":39}"

הדגמה מונפשת עם פקודות HotKV אמיתיות ותשובות לדוגמה. לחצו על כל שלב כדי לעבור אליו. הפקודות והתשובות נשארות באנגלית, בדיוק כפי שמקלידים ורואים ב-HotKV.

הבעיה

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

איך HotKV מטפל בזה

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

צעד אחר צעד

מה קורה, פקודה אחר פקודה

01
קוראים דרך המטמון
פגיעה חוזרת ישר מהזיכרון. מסד הנתונים לא נוגעים בו.
GET product:1001
02
החטאה, ולכן טוענים פעם אחת ושומרים
בהחטאה האפליקציה קוראת את מסד הנתונים פעם אחת ושומרת את התוצאה במטמון לחמש דקות.
SET product:2002 "{\"name\":\"Oak desk\",\"price\":420}" EX 300
03
מתייגים רשומות לפי מה שהן תלויות בו
כל עמוד שמור שמציג מוצרי תאורה נושא את אותה תגית.
TAG.SET product:1001 catalog:lighting
04
מבטלים את הקבוצה
המחירים השתנו. מפרטים כל מפתח עם התגית ומוחקים אותם ב-pipeline אחד.
TAG.MEMBERS catalog:lighting
05
רשומות קצרות מאוד
אסימון בזק, שכבר נקבע, שחייב להיעלם אחרי 250 ms, בדיוק של ננו-שניות.
NEXPIRE flash:token:9 250000000