OrioleDB Beta12 Menunjukkan Peningkatan Prestasi Dramatik tetapi Kekal sebagai Extension Disebabkan Patch PostgreSQL Teras

Landskap enjin storan PostgreSQL sedang mengalami perubahan ketara dengan OrioleDB beta12 memberikan peningkatan prestasi yang mengagumkan. Extension storan tersuai ini menggantikan storan Heap lalai PostgreSQL dengan sistem berasaskan undo log, menunjukkan peningkatan luar biasa dalam penanda aras pemprosesan transaksi. Walau bagaimanapun, laluan ke arah penggunaan arus perdana menghadapi cabaran menarik yang telah mencetuskan perbincangan komuniti.

Peningkatan Prestasi Mencetuskan Persoalan Integrasi

Penanda aras terkini mendedahkan peningkatan prestasi yang besar, dengan OrioleDB mencapai sehingga 2.6x throughput yang lebih baik berbanding PostgreSQL standard dalam ujian TPC-C. Pada instance yang lebih besar, perbezaan menjadi lebih dramatik - mencapai 218,716 transaksi seminit berbanding 83,653 PostgreSQL pada instance 16xl. Keputusan ini telah mendorong ahli komuniti mempersoalkan mengapa peningkatan sedemikian belum diintegrasikan ke dalam teras PostgreSQL.

Seni bina di sebalik peningkatan ini menyerupai pendekatan Oracle, menggunakan sistem undo log yang mengelakkan isu bloat yang biasa dengan pelaksanaan MVCC tradisional PostgreSQL. Pilihan reka bentuk ini memindahkan pengurusan dead tuple daripada kawasan storan utama ke dalam undo log berasingan, meningkatkan kecekapan keseluruhan.

Keputusan Penanda Aras TPC-C (Transaksi per Minit)

Perbandingan prestasi antara OrioleDB dan PostgreSQL semasa ujian penanda aras TPC-C, menonjolkan throughput unggul OrioleDB

Status Extension dan Cabaran Integrasi Teras

Walaupun angka prestasi yang mengagumkan, OrioleDB kekal sebagai extension yang memerlukan patch PostgreSQL teras. Pasukan pembangunan telah mengemukakan patch kepada Table Access Method API upstream, tetapi proses integrasi berterusan. Perbincangan komuniti mendedahkan rasa ingin tahu tentang sama ada pasukan teras PostgreSQL yang terkenal konservatif akan akhirnya menggunakan peningkatan ini sebagai pengganti sistem storan Heap yang telah lama wujud.

Sistem berasaskan undo log pada asasnya adalah cara Oracle menyusun storan baris terasnya, dengan setiap baris dimutasi di tempat dan mengandungi header yang menyenaraikan rantaian transaksi yang kini memegang versi berbeza daripadanya.

Sifat konservatif proses pembangunan PostgreSQL bermakna perubahan asas sedemikian memerlukan semakan dan ujian meluas sebelum integrasi berpotensi.

Keserasian dan Pembangunan Masa Depan

Persoalan keserasian semasa tertumpu pada keupayaan OrioleDB untuk berfungsi dengan extension dan alat PostgreSQL lain. Extension ini nampaknya serasi dengan alat berasaskan replikasi logik, membuka kemungkinan untuk digunakan dengan pelbagai penyelesaian pengurusan pangkalan data. Walau bagaimanapun, pengguna masih perlu menggunakan patch khusus untuk menggunakan OrioleDB dengan pemasangan PostgreSQL standard.

Peta jalan pembangunan termasuk ciri bercita-cita tinggi seperti keupayaan multi-master, walaupun fokus segera kekal pada mencapai status ketersediaan am. Pendekatan ini mencadangkan kemajuan terukur ke arah kesediaan pengeluaran sambil mengekalkan keserasian dengan ekosistem PostgreSQL.

Keghairahan komuniti terhadap peningkatan prestasi ini mencerminkan keinginan yang lebih luas untuk penyelesaian pangkalan data sumber terbuka yang lebih berkuasa yang tidak memerlukan penyesuaian meluas. Semasa OrioleDB maju ke arah kestabilan, ia mewakili langkah ketara ke hadapan dalam evolusi PostgreSQL, walaupun integrasi dengan sistem teras kekal tidak pasti.

Rujukan: OrioleDB beta12: features and benchmarks

Perbandingan latensi antara OrioleDB dan PostgreSQL semasa ujian TPC-C, menunjukkan kelebihan prestasi yang konsisten bagi OrioleDB