เลเวลดีบี
นักพัฒนา	เจฟฟรีย์ ดีน , ซันเจย์ เกมาวัต , กูเกิล อิงค์
เวอร์ชันเสถียร	1.23 [ 1 ]  / 23 กุมภาพันธ์ 2021 ( 23 กุมภาพันธ์ 2564 )
เขียนเป็น	ซี++
ขนาด	350 กิโลไบต์ (ขนาดไบนารี)
พิมพ์	ห้องสมุดฐานข้อมูล
ใบอนุญาต	ใบอนุญาต BSD ใหม่
เว็บไซต์	github.com/google/leveldb​​​
ที่เก็บข้อมูล	github.com/google/leveldb​​​

LevelDBเป็น ที่เก็บข้อมูล แบบคีย์-ค่าบนดิสก์แบบโอเพนซอร์ส^{ที่เขียนโดย Jeffrey Dean และ Sanjay Ghemawat ซึ่งเป็นนักวิจัยของ Google [ 2 ] [ 3 ] ได้รับแรงบันดาลใจจาก Bigtable [} 4 ]ซอร์สโค้ดของ LevelDB อยู่บน^{GitHub ภายใต้ใบอนุญาต} New BSDและ^{ได้รับ}การพอร์ตไปยัง ระบบ ต่างๆ^ที่ ใช้ Unix , macOS , WindowsและAndroid ^{[ 5} ]

LevelDB จัดเก็บคีย์และค่าในอาร์เรย์ไบต์แบบไม่จำกัด และข้อมูลจะถูกจัดเรียงตามคีย์ รองรับการเขียนข้อมูลเป็นกลุ่ม การวนซ้ำไปข้างหน้าและย้อนกลับ และการบีบอัดข้อมูลผ่านไลบรารีการบีบอัด Snappy ของ Google

LevelDB ไม่ใช่ ฐานข้อมูล SQL เช่นเดียวกับฐานข้อมูล NoSQLและdbmอื่นๆมันไม่มีโมเดลข้อมูลเชิงสัมพันธ์และไม่รองรับการสืบค้นข้อมูลด้วย SQL นอกจากนี้ยังไม่รองรับดัชนีแอปพลิเคชันต่างๆ ใช้ LevelDB เป็นไลบรารี เนื่องจากมันไม่ได้ให้บริการเซิร์ฟเวอร์หรืออินเทอร์เฟซบรรทัดคำสั่ง

MariaDB 10.0 มาพร้อมกับเอนจินจัดเก็บข้อมูลที่อนุญาตให้ผู้ใช้สามารถสอบถามตาราง LevelDB จาก MariaDB ได้^{[ 6 ]}

LevelDB สร้างขึ้นจากแนวคิดของ ระบบฐานข้อมูล Bigtable ของ Google การใช้งานตารางสำหรับระบบ Bigtable ได้รับการพัฒนาขึ้นตั้งแต่ประมาณปี 2004 และใช้ฐานรหัสภายในของ Google ที่แตกต่างจากรหัส LevelDB ฐานรหัสดังกล่าวอาศัยไลบรารีรหัสของ Google จำนวนมากที่ไม่เปิดเผยเป็นโอเพนซอร์ส ดังนั้นการเปิดเผยรหัสเหล่านั้นเป็นโอเพนซอร์สโดยตรงจึงเป็นเรื่องยาก Jeff Dean และ Sanjay Ghemawat ต้องการสร้างระบบที่คล้ายกับสแต็กแท็บเล็ต Bigtable ที่มีการพึ่งพาน้อยที่สุดและเหมาะสมสำหรับการเปิดเผยเป็นโอเพนซอร์ส และยังเหมาะสมสำหรับการใช้งานใน Chrome สำหรับ การใช้งาน IndexedDBพวกเขาเขียน LevelDB ขึ้นตั้งแต่ต้นปี 2011 โดยใช้การออกแบบทั่วไปเหมือนกับสแต็กแท็บเล็ต Bigtable แต่ไม่ได้แชร์รหัสใดๆ^{[ 7 ]}

LevelDB ถูกใช้เป็นฐานข้อมูลแบ็กเอนด์สำหรับIndexedDBของGoogle Chromeและเป็นหนึ่งในแบ็กเอนด์ที่รองรับสำหรับRiak ^{[ 8 ]}นอกจากนี้Bitcoin Coreและ go-ethereum ยังจัดเก็บ ข้อมูลเมตา ของบล็อกเชนโดยใช้ฐานข้อมูล LevelDB ^{[ 9 ]} Minecraft Bedrock Editionใช้เวอร์ชันที่แก้ไขแล้วสำหรับการจัดเก็บข้อมูลชิ้นส่วนและเอนทิตี[ ^{10 ] Autodesk} AutoCAD 2016 ก็ใช้ LevelDB เช่นกัน

Google ได้จัดทำเกณฑ์มาตรฐานเปรียบเทียบประสิทธิภาพของ LevelDB กับSQLiteและKyoto Cabinetในสถานการณ์ต่างๆ^{[ 11 ]} LevelDB มีประสิทธิภาพเหนือกว่าทั้ง SQLite และ Kyoto Cabinet ในการดำเนินการเขียนและการดำเนินการอ่านตามลำดับ LevelDB ยังโดดเด่นในการเขียนแบบกลุ่ม แต่ช้ากว่า SQLite เมื่อจัดการกับค่าขนาดใหญ่ เกณฑ์มาตรฐานที่เผยแพร่ในปัจจุบันได้รับการอัปเดตหลังจากพบข้อผิดพลาดในการกำหนดค่า SQLite ในผลลัพธ์เวอร์ชันก่อนหน้า^{[ 12 ]}เกณฑ์มาตรฐานที่อัปเดตแล้ว^{[ 13 ]}แสดงให้เห็นว่า LevelDB ยังมีประสิทธิภาพเหนือกว่าBerkeley DBแต่การทดสอบเหล่านี้ยังแสดงให้เห็นว่าOpenLDAP LightningDBเร็วกว่ามาก (~10 เท่าในบางสถานการณ์) ในการดำเนินการอ่านและประเภทการเขียนบางประเภท (เช่น การเขียนแบบกลุ่มและแบบซิงโครนัส ดูลิงก์ด้านบน) และเกือบเท่ากันในส่วนที่เหลือของการทดสอบ

เกณฑ์มาตรฐานทั้งหมดข้างต้นมีมาตั้งแต่ปี 2011 ถึง 2014 และอาจมีความสำคัญในเชิงประวัติศาสตร์เท่านั้น เนื่องจาก SQLite มีประสิทธิภาพมากขึ้นอย่างเห็นได้ชัด^{[ 14 ]}

LevelDB มีประวัติของบั๊กที่ทำให้ฐานข้อมูลเสียหาย^{[ 15 ] [ 16 ] [ 17 ] [ 18 ] [ 19 ] [ 20 ]}การศึกษาในปี 2014 พบว่าในระบบไฟล์ที่ไม่มีการตรวจสอบผลรวม ฐานข้อมูลอาจเสียหายได้หลังจากเกิดการขัดข้องหรือไฟฟ้าดับ^{[ 21 ]}

• ร้านค้าคีย์-ค่าที่เรียงลำดับ

• เว็บไซต์อย่างเป็นทางการ