PostgreSQL: ไม่ต้องมี VACUUM อีกต่อไป ไม่ต้องมี Bloat อีกต่อไป

 (orioledata.com)
2 คะแนน โดย GN⁺ 2023-07-16 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • PostgreSQL เป็นระบบฐานข้อมูลโอเพนซอร์สที่ทรงพลัง ซึ่งเป็นที่รู้จักในด้านความทนทานและความยืดหยุ่น
  • หนึ่งในความท้าทายของ PostgreSQL คือกระบวนการ VACUUM ที่กินทรัพยากร ซึ่งใช้สำหรับล้างข้อมูลเก่าและคืนพื้นที่ว่าง
  • OrioleDB คือเอนจินใหม่สำหรับ PostgreSQL ที่ออกแบบมาเพื่อลบความจำเป็นของ VACUUM และป้องกันการบวมของตาราง
  • OrioleDB ทำสิ่งนี้ได้ด้วยการทำ undo log ทั้งในระดับแถวและระดับบล็อก รวมถึงการรวมหน้าอัตโนมัติ
  • คุณสมบัติเหล่านี้ช่วยสร้างระบบที่ต้องอาศัยการแทรกแซงด้วยมือน้อยลง ใช้ทรัพยากรน้อยกว่า และไม่เปราะบางต่อการบวมของตาราง
  • ตามผลการทดสอบ benchmark, OrioleDB ให้ประสิทธิภาพที่มี TPS สูงกว่า ใช้ภาระ CPU ต่อทรานแซกชันน้อยกว่า ใช้ IOPS ต่อทรานแซกชันน้อยกว่า และไม่มีการบวมของตารางและดัชนี เมื่อเทียบกับ PostgreSQL แบบดั้งเดิม
  • OrioleDB นำเสนอแนวทางแก้ปัญหาที่น่าสนใจสำหรับหนึ่งในความท้าทายที่เก่าแก่ที่สุดของ PostgreSQL พร้อมสัญญาว่าจะเพิ่มประสิทธิภาพและลดภาระการบำรุงรักษา
  • ผู้ใช้สามารถลองใช้ OrioleDB ได้ตั้งแต่วันนี้ และเข้าร่วมการปฏิวัติเพื่อประสบการณ์ PostgreSQL ที่คล่องตัวและมีประสิทธิภาพยิ่งขึ้น ลองใช้ OrioleDB ได้ที่ GitHub

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-07-16
ความคิดเห็นจาก Hacker News
  • โปรเจ็กต์ OrioleDB ซึ่งเป็นเอนจินจัดเก็บข้อมูลตัวใหม่ของ PostgreSQL ถูกวิจารณ์ว่าแตกโปรเจ็กต์โอเพนซอร์สออกมาแล้วทำการเปลี่ยนแปลงครั้งใหญ่ โดยยังไม่มีแผนการดูแลรักษาที่ชัดเจน
  • README หลักบน GitHub ของ OrioleDB ถูกวิจารณ์ว่าใช้โทนแบบองค์กรและให้ข้อมูลเกี่ยวกับโปรเจ็กต์ไม่เพียงพอ
  • มีความสับสนว่าทำไมจึงทำการตลาด OrioleDB เสมือนเป็นฐานข้อมูลใหม่ทั้งหมด แทนที่จะนำการปรับปรุงกลับไปมีส่วนร่วมกับ PostgreSQL โดยตรง
  • เบนช์มาร์กประสิทธิภาพของ OrioleDB แสดงให้เห็นว่าใช้ CPU overhead ต่อธุรกรรมน้อยกว่า PostgreSQL แต่ก็มีความกังวลเกี่ยวกับการใช้ CPU ในระดับสูงอย่างต่อเนื่องของ OrioleDB
  • มีการตั้งคำถามว่าหาก OrioleDB ดีกว่าเอนจินภายในของ PostgreSQL จริง เหตุใดผู้ให้บริการคลาวด์รายใหญ่จึงยังไม่รับไปใช้ และมีการคาดเดาว่าหากพวกเขารับไปใช้ PostgreSQL อาจเปลี่ยนเอนจินเริ่มต้นได้
  • มีความสงสัยเกี่ยวกับความเข้ากันได้ของ OrioleDB กับส่วนขยายอื่น เช่น TimescaleDB
  • มีการกล่าวถึงบล็อกชื่อ "10 สิ่งที่ Richard Branson เกลียดเกี่ยวกับ PostgreSQL" แต่มีการชี้แจงชัดเจนว่าผู้เขียนจริงคือ Rick Branson
  • มีการพูดคุยถึงบทบาทของ vacuum ใน PostgreSQL โดยเข้าใจว่ามันมีหน้าที่มากกว่าการลบทูเพิลที่ตายแล้วเพียงอย่างเดียว
  • มีการขอเอกสารเกี่ยวกับ "scalability patches" ที่ใช้ใน OrioleDB และเกิดความสับสนเกี่ยวกับวิธีผสานเข้ากับ PostgreSQL แกนหลัก
  • มีความสับสนเกี่ยวกับคำว่า "object-relational" และขอคำอธิบายความหมายของมัน