Memorystore for Valkey מבוסס על תוכנת Valkey בקוד פתוח. Memorystore for Valkey תומך בגרסאות 7.2, 8.0, 9.0 ו-9.1 של Valkey. גרסת ברירת המחדל היא 9.1.
כדי לדעת באיזו גרסה נעשה שימוש במופע, אפשר לראות את הפרטים של המופע. אפשר גם לשדרג את הגרסה של מופע לכל גרסה חדשה יותר. לדוגמה, אפשר לשדרג מגרסה 7.2 לגרסה 9.1. כדי לראות את היסטוריית העדכונים של המוצר Memorystore for Valkey, אפשר לעיין בנתוני הגרסה.
גרסאות נוכחיות
בטבלה הזו מוצגות גרסאות Valkey הנתמכות והתאריך שבו כל גרסה עודכנה לאחרונה:
| הגרסה הראשית של Valkey | עדכון אחרון |
|---|---|
| 9.1 | 27 ביולי 2026 |
| 9.0 | 11 במרץ 2026 |
| 8.0 | 2 באוקטובר 2024 |
| 7.2 | 30 באוגוסט 2024 |
גרסה 9.1 של Valkey
התכונות העיקריות של Valkey 9.1 מתמקדות בשיפור התפוקה, בבקרת גישה ברמת מסד הנתונים למשתמשים ובפקודות אחרות.
בטבלה הבאה מפורטת התמיכה של Memorystore בחלק מהתכונות העיקריות שהוצגו ב-Valkey 9.1:
| התכונה | תיאור |
|---|---|
| שיפור התפוקה | אופטימיזציות פנימיות של שרשור קלט/פלט וטיפול במחרוזות מספקות שיפור של עד 17% בנפח התפוקה הכולל (ועד 30% שיפור בפעולות GET) במופעים שלכם. |
| בקרת גישה ברמת מסד הנתונים | באמצעות רשימות של בקרת גישה (ACL), אתם יכולים להגביל את גישת המשתמשים ברמת מסד הנתונים של המופעים. |
| פקודות חדשות | הפקודות הבאות זמינות ב-Valkey 9.1:
בנוסף, הפקודה |
גרסה 9.0 של Valkey
התכונות העיקריות של Valkey 9.0 מתמקדות בשיפור הביצועים והרחבת יכולת ההתאמה, כולל תפוגה של שדה hash לניהול נתונים מפורט יותר.
שיפורי הביצועים כוללים אחזור מראש של נתונים מהזיכרון לצינורות של פקודות, תגובות ללא העתקה לבקשות גדולות, פקודת המכולה COMMANDLOG ואופטימיזציות של SIMD (פקודה אחת, נתונים מרובים) לפקודות BITCOUNT ו-hyperloglog.
בטבלה הבאה מפורטות תכונות מרכזיות של Valkey 9.0 שנתמכות ב-Memorystore:
| התכונה | תיאור |
|---|---|
| תוקף של שדה גיבוב (hash) | התכונה הזו מאפשרת שליטה מדויקת יותר בתפוגת הנתונים בשדות גיבוב ספציפיים, ולא רק במפתח הגיבוב כולו. |
| טעינה מראש של נתונים מהזיכרון | התכונה הזו משפרת את הביצועים על ידי שליפה מראש של הזיכרון לפקודות בצינור, ויכולה להגדיל את קצב העברת הנתונים בעד 40%. |
| תשובות ללא העתקה | התכונה הזו מפחיתה את התקורה כי היא מבטלת את העתקת הנתונים לבקשות גדולות, מה שיכול להוביל לעלייה של עד 20% בנפח הנתונים. |
הפקודה COMMANDLOG |
|
| אופטימיזציות של SIMD | התכונה הזו משתמשת בהוראות SIMD כדי להאיץ פקודות מסוימות כמו
BITCOUNT ו-hyperloglog, ויכולה לשפר את
התפוקה בעד 200%. |
| תמיכה באינדקסים גיאו-מרחביים לפי פוליגון | התכונה הזו מוסיפה תמיכה בשימוש בפוליגונים בשאילתות של אינדקסים גיאוגרפיים. |
גרסה 8.0 של Valkey
בטבלה הבאה מפורטות כמה מהתכונות העיקריות שנוספו ב-Valkey 8.0, והתמיכה בהן ב-Memorystore:
| התכונה | תיאור |
|---|---|
| שיפור הביצועים באמצעות שרשור אסינכרוני של קלט/פלט | התכונה הזו משפרת משמעותית את הביצועים באמצעות עיבוד מקביל בין ה-thread הראשי לבין ה-threads של הקלט/פלט. הוא מעביר את משימות הקלט/פלט ל-threads של הקלט/פלט, ומאפשר להן לפעול במקביל ל-thread הראשי. בנוסף, הוא מבצע אופטימיזציה של הגישה לזיכרון באמצעות אצווה יעילה של פקודות. |
| שיפור המהימנות של פעולות שינוי גודל האשכול | התכונה הזו משפרת משמעותית את המהימנות והאוטומציה של תהליך החלוקה מחדש של שרדי נתונים באשכול Valkey, על ידי טיפול בכשלים במהלך העברת המשבצות. השיפורים האלה מונעים אובדן נתונים וחוסר עקביות באשכולות, וכך מבטיחים מערכת עמידה יותר במקרה של כשלים. |
| שיפור היעילות של הזיכרון באמצעות הטמעה של מפתחות במילון הראשי | השיפור הזה משפר באופן משמעותי את יעילות הזיכרון על ידי הטמעת מפתחות ישירות בערכי המילון, וכך מבטל את הצורך במצביעים נפרדים למפתחות. השינוי הזה מצמצם את התקורה של הזיכרון ומשפר את הביצועים, במיוחד כשמדובר במערכי נתונים גדולים. |
| שיפור היעילות של Pub/Sub באמצעות הודעות קלות משקל באשכול | התכונה הזו מציגה סוג חדש של הודעות קלות משקל באשכול, כדי לשפר את היעילות של הפצת הודעות Pub/Sub באשכול Valkey. סוג ההודעה החדש מצמצם באופן משמעותי את התקורה, כי הוא כולל בכל הודעה כמות מינימלית של פרטי צומת. |
גרסה 7.2 של Valkey
בטבלה הבאה מפורטות כמה מהתכונות העיקריות שהוצגו ב-Valkey 7.2, והתמיכה בהן ב-Memorystore:
| התכונה | תיאור |
|---|---|
| פקודה חדשה | הוספנו את הפקודה WAITAOF שחוסמת את הלקוח עד שמספר מסוים של שרתי Redis מסנכרנים את כל פקודות הכתיבה הקודמות ל-AOF בדיסק. |
| אופטימיזציה של הזיכרון | השימוש בזיכרון מצטמצם באופן משמעותי עבור מפתחות קטנים מסוג רשימה ומסוג קבוצה, ויש אופטימיזציות נוספות לקבוצות גדולות. הניהול של הזיכרון בקישורי האוטובוס של האשכול עם הרבה הודעות בהמתנה השתפר, והשחזור המצטבר של מטמון הדפים של מערכת ההפעלה עבור קובצי RDB משפר את יעילות הזיכרון. |
| אופטימיזציה של הביצועים | שיפורי הביצועים כוללים תשובות מהירות יותר של ZRANGE עם ציונים של מספרים שלמים ותשובות כפולות שעברו אופטימיזציה, במיוחד עבור קבוצות ממוינות. פקודות עם כמה מפתחות במצב אשכול מבוצעות עכשיו בצורה יעילה יותר, ועומסי עבודה ללא צינורות (pipelining) נהנים מעיבוד פקודות משופר. |