Redis 6.0 DBMS کی ریلیز

تیار ڈی بی ایم ایس ریلیز ریڈیس 6.0، NoSQL سسٹمز کی کلاس سے تعلق رکھتا ہے۔ Redis کلیدی/ویلیو ڈیٹا کو ذخیرہ کرنے کے لیے Memcached جیسے فنکشنز فراہم کرتا ہے، جس میں سٹرکچرڈ ڈیٹا فارمیٹس جیسے فہرستیں، ہیشز، اور سیٹس، اور سرور سائیڈ Lua ہینڈلر اسکرپٹس کو چلانے کی صلاحیت کے ذریعے بہتر بنایا گیا ہے۔ پروجیکٹ کوڈ فراہم کی BSD لائسنس کے تحت۔ اضافی ماڈیول جو انٹرپرائز صارفین کے لیے جدید صلاحیتیں پیش کرتے ہیں جیسے کہ ریڈی سرچ، ریڈیس گراف، ریڈیس جے ایس این، ریڈیس ایم ایل، ریڈیس بلوم پچھلے سال سے فراہم کی ملکیتی RSAL لائسنس کے تحت۔ AGPLv3 لائسنس کے تحت ان ماڈیولز کے اوپن ورژنز کی ترقی پروجیکٹ کے ذریعے جاری ہے۔ گڈفارم.

Memcached کے برعکس، Redis ڈسک پر ڈیٹا کا مستقل ذخیرہ فراہم کرتا ہے اور ہنگامی طور پر بند ہونے کی صورت میں ڈیٹا بیس کی حفاظت کی ضمانت دیتا ہے۔ پروجیکٹ کا سورس کوڈ BSD لائسنس کے تحت تقسیم کیا جاتا ہے۔ کلائنٹ لائبریریاں سب سے زیادہ مقبول زبانوں کے لیے دستیاب ہیں، بشمول Perl، Python، PHP، Java، Ruby، اور Tcl۔ Redis ٹرانزیکشنز کو سپورٹ کرتا ہے، جو آپ کو کمانڈز کے ایک گروپ کو ایک ہی قدم میں انجام دینے کی اجازت دیتا ہے، اس بات کو یقینی بناتا ہے کہ کمانڈز کے دیے گئے سیٹ پر عمل درآمد میں مستقل مزاجی اور مستقل مزاجی (دوسری درخواستوں کے احکامات مداخلت نہیں کر سکتے)، اور مسائل کی صورت میں، آپ کو رول بیک کرنے کی اجازت دیتا ہے۔ تبدیلیاں تمام ڈیٹا مکمل طور پر RAM میں محفوظ ہے۔

اعداد و شمار کے انتظام کے لیے انکریمنٹ/ڈیکریمنٹ، معیاری فہرست اور سیٹ آپریشنز (یونین، انٹرسیکشن)، کلیدی نام بدلنا، متعدد انتخاب، اور چھانٹی کے افعال جیسے کمانڈز فراہم کیے جاتے ہیں۔ دو سٹوریج طریقوں کی حمایت کی جاتی ہے: ڈسک میں ڈیٹا کی متواتر مطابقت پذیری اور ڈسک پر تبدیلی لاگ کی دیکھ بھال۔ دوسری صورت میں، تمام تبدیلیوں کی مکمل حفاظت کی ضمانت دی جاتی ہے۔ متعدد سرورز پر ماسٹر-غلام ڈیٹا کی نقل کو منظم کرنا ممکن ہے، جو ایک نان بلاکنگ موڈ میں کیا جاتا ہے۔ ایک "پبلش/سبسکرائب" میسجنگ موڈ بھی دستیاب ہے، جس میں ایک چینل بنایا جاتا ہے، جس سے پیغامات سبسکرپشن کے ذریعے کلائنٹس میں تقسیم کیے جاتے ہیں۔

چابی بہتریRedis 6.0 میں شامل کیا گیا:

  • پہلے سے طے شدہ طور پر، نیا RESP3 پروٹوکول تجویز کیا جاتا ہے، لیکن کنکشن سیٹ اپ RESP2 موڈ میں شروع ہوتا ہے اور کلائنٹ نئے پروٹوکول میں صرف اس صورت میں سوئچ کرتا ہے جب کنکشن پر بات چیت کرتے وقت نئی HELLO کمانڈ استعمال کی جائے۔ RESP3 آپ کو کلائنٹ سائیڈ پر عام صفوں کو تبدیل کرنے کی ضرورت کے بغیر اور واپسی کی اقسام کو الگ کرکے پیچیدہ ڈیٹا کی اقسام کو براہ راست واپس کرنے کی اجازت دیتا ہے۔
  • رسائی کنٹرول لسٹ سپورٹ (ACL)، آپ کو درست طریقے سے تعین کرنے کی اجازت دیتا ہے کہ کلائنٹ کی طرف سے کون سے آپریشن کیے جا سکتے ہیں اور کون سے نہیں. ACLs ترقی کے دوران ممکنہ غلطیوں سے تحفظ کو بھی ممکن بناتے ہیں، مثال کے طور پر، ایک ہینڈلر جو صرف BRPOPLPUSH آپریشن کرتا ہے، دوسرے آپریشنز کو انجام دینے سے منع کیا جا سکتا ہے، اور اگر ڈیبگنگ کے دوران شامل FLUSHALL کال غلطی سے پروڈکشن کوڈ میں بھول جاتی ہے، تو یہ مسائل کی قیادت نہیں کرتے. ACL کو لاگو کرنے سے کوئی اضافی بوجھ نہیں پڑتا ہے اور عملی طور پر کارکردگی پر کوئی اثر نہیں پڑتا ہے۔ ACL کے لیے انٹرفیس ماڈیول بھی تیار کیے گئے ہیں، جس سے آپ کے اپنے تصدیقی طریقے بنانا ممکن ہو گیا ہے۔ تمام ریکارڈ شدہ ACL خلاف ورزیوں کو دیکھنے کے لیے، "ACL LOG" کمانڈ فراہم کی گئی ہے۔ غیر متوقع سیشن کیز بنانے کے لیے، "ACL GENPASS" کمانڈ کو SHA256-based HMAC کا استعمال کرتے ہوئے شامل کیا گیا ہے۔
  • معاونت ایس ایس ایل / TLS کلائنٹ اور سرور کے درمیان مواصلاتی چینل کو خفیہ کرنے کے لیے۔
  • معاونت کلائنٹ کی طرف سے ڈیٹا کیش کرنا۔ ڈیٹابیس کی حالت کے ساتھ کلائنٹ سائیڈ کیش کو ملانے کے لیے، دو طریقے دستیاب ہیں: 1. سرور پر ان کلیدوں کو یاد رکھنا جن کی کلائنٹ نے پہلے درخواست کی تھی تاکہ اسے کلائنٹ کیش میں اندراج کی مطابقت کے نقصان کے بارے میں مطلع کیا جا سکے۔ 2. "براڈکاسٹنگ" میکانزم، جس میں کلائنٹ بعض کلیدی سابقوں کو سبسکرائب کرتا ہے اور سرور اسے مطلع کرتا ہے اگر ان سابقوں کے تحت آنے والی کلیدیں تبدیل ہوتی ہیں۔ "براڈکاسٹنگ" موڈ کا فائدہ یہ ہے کہ سرور کلائنٹ کی طرف کیش کردہ اقدار کے نقشے کو ذخیرہ کرنے میں اضافی میموری کو ضائع نہیں کرتا ہے، لیکن نقصان یہ ہے کہ منتقل شدہ پیغامات کی تعداد بڑھ جاتی ہے۔
  • Disque میسج بروکر، جو آپ کو پیغام کی قطاروں پر کارروائی کرنے کے لیے Redis استعمال کرنے کی اجازت دیتا ہے، کو بنیادی ڈھانچے سے ہٹا دیا گیا ہے۔ علیحدہ ماڈیول.
  • شامل کیا گیا۔ کلسٹر پراکسی, Redis سرورز کے ایک کلسٹر کے لیے ایک پراکسی، جو ایک کلائنٹ کو کئی Redis سرورز کے ساتھ کام کو منظم کرنے کی اجازت دیتا ہے گویا وہ ایک ہی مثال ہیں۔ پراکسی ضروری ڈیٹا، ملٹی پلیکس کنکشن کے ساتھ نوڈس کی درخواستوں کو روٹ کر سکتی ہے، نوڈ کی ناکامیوں کا پتہ چلنے پر کلسٹر کو دوبارہ ترتیب دے سکتی ہے، اور متعدد نوڈس پر پھیلی ہوئی درخواستوں پر عمل درآمد کر سکتی ہے۔
  • ماڈیول لکھنے کے لیے API کو نمایاں طور پر بہتر کیا گیا ہے، بنیادی طور پر Redis کو ایک ایسے فریم ورک میں تبدیل کر دیا گیا ہے جو آپ کو ایڈ آن ماڈیولز کی شکل میں سسٹم بنانے کی اجازت دیتا ہے۔
  • ایک ریپلیکشن موڈ نافذ کیا گیا ہے جس میں RDB فائلوں کو استعمال کرنے کے بعد فوری طور پر حذف کر دیا جاتا ہے۔
  • PSYNC2 ریپلیکیشن پروٹوکول کو بہتر بنایا گیا ہے، جس نے ریپلیکا اور ماسٹر کے لیے عام آف سیٹس کی شناخت کے امکانات کو بڑھا کر، جزوی دوبارہ ہم آہنگی کو زیادہ کثرت سے انجام دینا ممکن بنایا ہے۔
  • RDB فائلوں کی لوڈنگ میں تیزی لائی گئی ہے۔ فائل کے مواد پر منحصر ہے، ایکسلریشن 20 سے 30٪ تک ہوتی ہے۔ INFO کمانڈ کے نفاذ میں نمایاں طور پر تیزی آئی ہے جب کثیر تعداد میں منسلک کلائنٹس موجود ہیں۔
  • پیچیدہ سٹرنگ پروسیسنگ الگورتھم کے نفاذ کے ساتھ ایک نئی STRALGO کمانڈ شامل کی گئی ہے۔ فی الحال، صرف ایک LCS (طویل ترین کامن سیکوئنس) الگورتھم دستیاب ہے، جو RNA اور DNA کی ترتیب کا موازنہ کرتے وقت کارآمد ثابت ہو سکتا ہے۔

ماخذ: opennet.ru

نیا تبصرہ شامل کریں