Lanskap storage engine PostgreSQL sedang mengalami perubahan signifikan dengan OrioleDB beta12 yang memberikan peningkatan performa yang mengesankan. Extension storage kustom ini menggantikan storage Heap default PostgreSQL dengan sistem berbasis undo log, menunjukkan peningkatan yang luar biasa dalam benchmark pemrosesan transaksi. Namun, jalur menuju adopsi mainstream menghadapi tantangan menarik yang telah memicu diskusi komunitas.
Peningkatan Performa Memicu Pertanyaan Integrasi
Benchmark terbaru mengungkapkan peningkatan performa yang substansial, dengan OrioleDB mencapai throughput hingga 2,6x lebih baik dibandingkan PostgreSQL standar dalam tes TPC-C. Pada instance yang lebih besar, perbedaannya menjadi lebih dramatis - mencapai 218.716 transaksi per menit dibandingkan dengan 83.653 transaksi PostgreSQL pada instance 16xl. Hasil ini telah mendorong anggota komunitas untuk mempertanyakan mengapa peningkatan seperti ini belum diintegrasikan ke dalam core PostgreSQL.
Arsitektur di balik peningkatan ini mencerminkan pendekatan Oracle, menggunakan sistem undo log yang menghindari masalah bloat yang umum terjadi pada implementasi MVCC tradisional PostgreSQL. Pilihan desain ini memindahkan manajemen dead tuple dari area storage utama ke undo log terpisah, meningkatkan efisiensi keseluruhan.
Hasil Benchmark TPC-C (Transaksi per Menit)
Ukuran Instance | PostgreSQL Heap | OrioleDB | Peningkatan Performa |
---|---|---|---|
large | 6,155 | 7,539 | 1.22x |
xl | 11,129 | 18,390 | 1.65x |
2xl | 12,812 | 25,786 | 2.01x |
4xl | 17,392 | 31,844 | 1.83x |
8xl | 37,577 | 84,770 | 2.26x |
12xl | 56,830 | 116,564 | 2.05x |
16xl | 83,653 | 218,716 | 2.61x |
![]() |
---|
Perbandingan performa OrioleDB dan PostgreSQL selama pengujian benchmark TPC-C, menyoroti throughput superior OrioleDB |
Status Extension dan Tantangan Integrasi Core
Meskipun angka performa yang mengesankan, OrioleDB tetap sebagai extension yang memerlukan patch core PostgreSQL. Tim pengembang telah mengirimkan patch ke Table Access Method API upstream, namun proses integrasi masih berlanjut. Diskusi komunitas mengungkapkan keingintahuan tentang apakah tim core PostgreSQL yang terkenal konservatif pada akhirnya akan mengadopsi peningkatan ini sebagai pengganti sistem storage Heap yang sudah lama ada.
Sistem berbasis undo log pada dasarnya adalah cara Oracle menyusun penyimpanan baris intinya, dengan setiap baris dimutasi di tempat dan berisi header yang mencantumkan rantai transaksi yang saat ini memegang versi berbeda dari baris tersebut.
Sifat konservatif dari proses pengembangan PostgreSQL berarti bahwa perubahan fundamental seperti ini memerlukan review dan pengujian ekstensif sebelum potensi integrasi.
Kompatibilitas dan Pengembangan Masa Depan
Pertanyaan kompatibilitas saat ini berpusat pada kemampuan OrioleDB untuk bekerja dengan extension dan tools PostgreSQL lainnya. Extension ini tampak kompatibel dengan tools berbasis logical replication, membuka kemungkinan penggunaan dengan berbagai solusi manajemen database. Namun, pengguna masih perlu menerapkan patch khusus untuk menggunakan OrioleDB dengan instalasi PostgreSQL standar.
Roadmap pengembangan mencakup fitur ambisius seperti kemampuan multi-master, meskipun fokus langsung tetap pada pencapaian status general availability. Pendekatan ini menunjukkan progres yang terukur menuju kesiapan produksi sambil mempertahankan kompatibilitas dengan ekosistem PostgreSQL.
Antusiasme komunitas terhadap peningkatan performa ini mencerminkan keinginan yang lebih luas untuk solusi database open-source yang lebih powerful tanpa memerlukan kustomisasi ekstensif. Saat OrioleDB berkembang menuju stabilitas, ini merepresentasikan langkah maju yang signifikan dalam evolusi PostgreSQL, meskipun integrasi dengan sistem core masih tidak pasti.
Referensi: OrioleDB beta12: features and benchmarks
![]() |
---|
Perbandingan latensi antara OrioleDB dan PostgreSQL selama pengujian TPC-C, menunjukkan keunggulan performa konsisten OrioleDB |