Redis 6.0 มาพร้อมกับโปรโตคอล RESP3 ใหม่การสนับสนุนที่เพิ่มขึ้นความเร็วและอื่น ๆ

เวอร์ชันใหม่ของเครื่องมือฐานข้อมูล Redis 6.0 ได้เปิดตัวแล้ว และโปรโตคอล RESP3 ใหม่มาถึงเป็นคุณสมบัติหลักของเวอร์ชันนี้เหนือสิ่งอื่นใด สำหรับคนที่ไม่รู้จัก ของเครื่องมือฐานข้อมูลนี้ พวกเขาควรรู้ว่ามันเกี่ยวข้องกับคลาสระบบ NoSQL

Redis มีฟังก์ชันเหมือน Memcached เพื่อจัดเก็บข้อมูลคีย์ / ค่าปรับปรุงด้วยการสนับสนุนรูปแบบข้อมูลที่มีโครงสร้างเช่นรายการแฮชและชุดรวมถึงความสามารถในการเรียกใช้สคริปต์การเขียนสคริปต์ฝั่งเซิร์ฟเวอร์ใน Lua

ไม่เหมือน Memcached Redis ให้การจัดเก็บข้อมูลถาวรบนดิสก์ และรับรองความปลอดภัยของฐานข้อมูลในกรณีที่มีการปิดระบบฉุกเฉิน

สำหรับการจัดการข้อมูล ให้คำสั่งเช่นการเพิ่ม / ลด, การดำเนินการมาตรฐานในรายการและชุด (สหภาพ, ทางแยก), การเปลี่ยนชื่อคีย์การเลือกหลายรายการและฟังก์ชันการเรียงลำดับ

Se รองรับโหมดการจัดเก็บสองโหมด: การซิงโครไนซ์ข้อมูลบนดิสก์เป็นระยะและเปลี่ยนล็อกออนดิสก์ ในกรณีที่สองรับประกันความปลอดภัยที่สมบูรณ์ของการเปลี่ยนแปลงทั้งหมด เป็นไปได้ที่จะจัดระเบียบการจำลองข้อมูล Master-Slave บนเซิร์ฟเวอร์หลายเครื่องโดยดำเนินการในโหมดไม่ปิดกั้น นอกจากนี้ยังมีโหมดข้อความเผยแพร่ / สมัครสมาชิกซึ่งช่องถูกสร้างขึ้นโดยข้อความจะถูกแจกจ่ายให้กับลูกค้าโดยการสมัครรับข้อมูล

มีอะไรใหม่ใน Redis 6.0

ค่าเริ่มต้น, มีการเสนอโปรโตคอล RESP3 ใหม่ แต่การเชื่อมต่อเริ่มต้นในโหมด RESP2 และไคลเอนต์จะเปลี่ยนไปใช้โปรโตคอลใหม่ก็ต่อเมื่อมีการใช้คำสั่งใหม่เมื่อทำการเจรจาการเชื่อมต่อ RESP3 ช่วยให้คุณสามารถส่งคืนชนิดข้อมูลที่ซับซ้อนได้โดยตรง โดยไม่จำเป็นต้องแปลงอาร์เรย์ทั่วไปในฝั่งไคลเอ็นต์และแยกประเภทการส่งคืน

การเปลี่ยนแปลงอีกอย่างที่โดดเด่นในเวอร์ชันใหม่นี้คือ sการสนับสนุนรายการควบคุมการเข้าถึง นี้ ช่วยให้ระบุได้อย่างแม่นยำว่าการดำเนินการใดที่ลูกค้าสามารถทำได้และไม่สามารถทำได้.

การติดตั้ง ACL ไม่ได้หมายความถึงค่าใช้จ่ายเพิ่มเติม และแทบไม่มีผลกระทบต่อประสิทธิภาพการทำงาน โมดูลอินเทอร์เฟซได้เตรียมไว้สำหรับ ACL ด้วยช่วยให้คุณสามารถสร้างวิธีการตรวจสอบสิทธิ์ของคุณเอง หากต้องการดูการละเมิด ACL ที่บันทึกไว้ทั้งหมดจะมีคำสั่ง ACL LOG ในการสร้างคีย์เซสชันที่ไม่สามารถคาดเดาได้มีการเพิ่มคำสั่ง "ACL GENPASS" โดยใช้ HMAC ตาม SHA256

เรายังสามารถหา sรองรับการแคชข้อมูลฝั่งไคลเอ็นต์ มีให้เลือกสองโหมด ในการกระทบยอดแคชฝั่งไคลเอ็นต์กับสถานะฐานข้อมูล:

  • จัดเก็บคีย์เซิร์ฟเวอร์ที่ไคลเอ็นต์ร้องขอก่อนหน้านี้เพื่อแจ้งให้คุณทราบถึงการสูญเสียความเกี่ยวข้องของเร็กคอร์ดในแคชของไคลเอ็นต์
  • กลไก "ออกอากาศ" ซึ่งไคลเอ็นต์สมัครใช้คำนำหน้าคีย์บางอย่างและเซิร์ฟเวอร์จะแจ้งให้ทราบหากคีย์ภายในคำนำหน้าเหล่านี้เปลี่ยนไป ข้อดีของโหมด "ออกอากาศ" คือไม่มีการสูญเสียหน่วยความจำเพิ่มเติมบนเซิร์ฟเวอร์เพื่อจัดเก็บการ์ดที่มีค่าแคชไว้ที่ฝั่งไคลเอ็นต์ แต่จะมีค่าลบเพิ่มขึ้นจากจำนวนข้อความที่ส่ง

เพิ่มคลัสเตอร์พร็อกซีแล้ว พร็อกซีสำหรับคลัสเตอร์เซิร์ฟเวอร์ Redis ซึ่ง ช่วยให้คุณจัดระเบียบงานของลูกค้ากับเซิร์ฟเวอร์ Redis หลายเครื่องเช่นในกรณี พร็อกซีสามารถกำหนดเส้นทางการร้องขอไปยังโหนดด้วยข้อมูลที่จำเป็นการเชื่อมต่อมัลติเพล็กซ์กำหนดค่าคลัสเตอร์ใหม่ในกรณีที่โหนดล้มเหลวและดำเนินการตามคำขอที่ครอบคลุมหลายโหนด

ปรับปรุง API สำหรับการเขียนโมดูลอย่างมีนัยสำคัญ โดยพื้นฐานแล้วการเปลี่ยน Redis ให้เป็นเฟรมเวิร์กที่ช่วยให้คุณสร้างระบบในรูปแบบของปลั๊กอิน

ปรับปรุงโปรโตคอลการจำลองแบบ PSYNC2 แล้ว สิ่งนี้อนุญาตให้ทำการซิงโครไนซ์ใหม่บางส่วนได้บ่อยขึ้นโดยการเพิ่มโอกาสในการระบุออฟเซ็ตร่วมกับแบบจำลองและต้นแบบ

และยังโดดเด่นอีกด้วย โหลดไฟล์ RDB ได้เร็วขึ้น ขึ้นอยู่กับการเติมไฟล์การเร่งความเร็วคือ 20 ถึง 30% การดำเนินการคำสั่ง INFO เร็วขึ้นอย่างมากเมื่อมีไคลเอ็นต์ที่เชื่อมต่อจำนวนมาก

สุดท้ายหากคุณต้องการทราบข้อมูลเพิ่มเติมหรือดาวน์โหลดเวอร์ชันใหม่คุณสามารถทำได้จากไฟล์ ลิงค์ต่อไป


แสดงความคิดเห็นของคุณ

อีเมล์ของคุณจะไม่ถูกเผยแพร่ ช่องที่ต้องการถูกทำเครื่องหมายด้วย *

*

*

  1. รับผิดชอบข้อมูล: AB Internet Networks 2008 SL
  2. วัตถุประสงค์ของข้อมูล: ควบคุมสแปมการจัดการความคิดเห็น
  3. ถูกต้องตามกฎหมาย: ความยินยอมของคุณ
  4. การสื่อสารข้อมูล: ข้อมูลจะไม่ถูกสื่อสารไปยังบุคคลที่สามยกเว้นตามข้อผูกพันทางกฎหมาย
  5. การจัดเก็บข้อมูล: ฐานข้อมูลที่โฮสต์โดย Occentus Networks (EU)
  6. สิทธิ์: คุณสามารถ จำกัด กู้คืนและลบข้อมูลของคุณได้ตลอดเวลา