Alasan migrasi ke MariaDB

MySQL asli dibuat oleh perusahaan Finlandia / Swedia, MySQL AB, yang didirikan oleh David Axmark, Allan Larsson dan Michael "Monty" Widenius. Versi pertama MySQL muncul pada tahun 1995 . Ini awalnya dibuat untuk penggunaan pribadi namun dalam beberapa tahun berevolusi menjadi database kelas enterprise dan menjadi perangkat lunak database relasional open source terpopuler di dunia - dan memang masih ada. Pada bulan Januari 2008, Sun Microsystems membeli MySQL seharga $ 1 miliar. Segera setelah itu, Oracle mengakuisisi semua Sun Microsystems setelah mendapatkan persetujuan dari Komisi Eropa pada akhir 2009, yang pada awalnya menghentikan transaksi karena kekhawatiran bahwa penggabungan tersebut akan membahayakan pasar database karena MySQL adalah pesaing utama produk database Oracle.

Logo MariaDBKarena ketidakpercayaan dalam pengelolaan Oracle terhadap MySQL, pengembang asli MySQL bercabang dan menciptakan MariaDB pada tahun 2009 . Seiring berjalannya waktu, MariaDB menggantikan MySQL di banyak tempat dan semua orang yang membaca artikel ini harus mempertimbangkannya juga.

Di Seravo, kami memindahkan semua database kami dari MySQL ke MariaDB pada akhir tahun 2013 dan pada tahun 2014 kami juga memigrasikan sistem pelanggan kami untuk menggunakan MariaDB.

 

Sebaiknya semua orang masih menggunakan MySQL pada tahun 2015 untuk bermigrasi ke MariaDB karena alasan berikut:

1. Perkembangan MariaDB lebih terbuka dan bersemangat

Tidak seperti banyak proyek open source lain yang diwarisi oleh Oracle dari akuisisi Ming, Oracle memang masih mengembangkan MySQL dan sepengetahuannya bahwa mereka bahkan telah mempekerjakan pengembang kompeten baru setelah sebagian besar pengembang asli mengundurkan diri. Rilis utama berikutnya MySQL 5.7 akan mengalami peningkatan yang signifikan dibandingkan MySQL 5.6. Namun, komit log 5,7 menunjukkan bahwa semua kontributornya adalah @ oracle.com. Sebagian besar pesan komit menyebutkan nomor referensi yang hanya ada di pelacak internal di Oracle sehingga tidak terbuka untuk diskusi publik. Tidak ada komitmen baru dalam 3 bulan terakhir karena Oracle nampaknya memperbarui repositori kode publik hanya dalam batch besar pasca rilis. Ini tidak menyerang sebagai upaya pengembangan yang akan mendapat keuntungan dari lingkaran umpan balik publik dan hukum Linus "diberi mata yang cukup semua serangga dangkal" .

MariaDB di sisi lain dikembangkan sepenuhnya secara terbuka: semua keputusan pembangunan dapat ditinjau dan diperdebatkan di milis publik di pelacak bug publik . Berkontribusi pada MariaDB dengan tambalan mudah dan aliran tambalan transparan di repositori kode publik dan up-to-date . Statistik Github untuk MySQL 5.7 menunjukkan 24 kontributor sedangkan angka setara untuk MariaDB 10.1 adalah 44 kontributor . Tapi bukan hanya soal kontributor kode - dalam pengalaman kami MariaDB nampaknya lebih aktif juga dalam upaya dokumentasi, kemasan distribusi dan hal-hal terkait lainnya yang dibutuhkan dalam administrasi database sehari-hari.

Karena momentum besar yang dimiliki MySQL, masih banyak komunitas di sekitarnya namun ada kecenderungan yang jelas bahwa kebanyakan aktivitas baru di dunia open source berkisar seputar MariaDB.

Karena distribusi Linux memainkan peran penting dalam pengiriman, pengujian, dan penjaminan kualitas perangkat lunak, fakta bahwa RHEL 7 dan SLES 12 dengan MariaDB dari pada MySQL meningkatkan kemungkinan MariaDB akan lebih baik dipertahankan di hulu maupun hilir selama bertahun-tahun.

2. Pelepasan keamanan yang lebih cepat dan lebih transparan

Oracle hanya memiliki kebijakan untuk membuat rilis keamanan (dan pengumuman terkait) setiap tiga bulan untuk semua produk mereka. Namun MySQL memiliki rilis baru setiap dua bulan sekali. Terkadang hal ini menyebabkan situasi di mana peningkatan keamanan dan informasi keamanan tidak disinkronkan. Juga catatan rilis MySQL tidak mencantumkan semua pengenal CVE yang diperbaiki rilisnya . Banyak yang mengeluh bahwa pengumuman keamanan sebenarnya sangat tidak jelas dan tidak mengidentifikasi masalah aktual atau komitmen yang memperbaikinya, yang membuat tidak mungkin melakukan pengelolaan backport dan patch untuk administrator yang tidak dapat selalu melakukan upgrade ke rilis Oracle MySQL terbaru.

MariaDB bagaimanapun mengikuti standar industri yang baik dengan merilis pengumuman keamanan dan upgrade pada saat bersamaan dan menangani kerahasiaan dan transparansi pasca dengan cara yang benar. Catatan rilis MariaDB juga mencantumkan pengenal CVE secara lincah dan sepertinya mereka memperbarui catatan rilis setelahnya jika pengidentifikasi CVE baru tentang masalah yang telah diperbarui oleh MariaDB.

3. Fitur yang lebih mutakhir

MySQL 5.7 terlihat menjanjikan dan memiliki beberapa fitur baru yang keren seperti dukungan GIS. Namun, MariaDB memiliki lebih banyak fitur baru dalam beberapa tahun terakhir dan mereka dibebaskan lebih awal , dan dalam kebanyakan kasus, fitur tersebut sepertinya akan melalui tinjauan yang lebih ekstensif sebelum diluncurkan. Oleh karena itu kami mempercayai MariaDB untuk memberikan kita fitur terbaik dan bug paling sedikit.

Misalnya fitur GIS sudah diperkenalkan di seri 5.3 MariaDB, yang membuat penyimpanan koordinat dan query data lokasi menjadi mudah. Dukungan kolom dinamis (hanya MariaDB) menarik karena memungkinkan fungsionalitas jenis NoSQL, dan dengan demikian satu antarmuka database tunggal dapat menyediakan SQL dan "tidak hanya SQL" untuk kebutuhan proyek software yang beragam.

4. Mesin penyimpanan lainnya

MariaDB khususnya unggul sebagai jumlah mesin penyimpanan dan plugin lainnya yang dikirimkannya: Mesin penyimpanan Connect and Cassandra untuk penggunaan backend NoSQL atau migrasi bergulir dari database lawas, Spider untuk sharding, TokuDB dengan indeks fraktal, dll. Plugin ini tersedia untuk MySQL juga. Melalui pihak ketiga, namun di MariaDB mereka adalah bagian dari rilis resmi, yang menjamin bahwa plugin terintegrasi dengan baik dan mudah digunakan.

5. Performa yang lebih baik

MariaDB mengklaim memiliki pengoptimalan kueri yang jauh lebih baik dan banyak perbaikan terkait kinerja lainnya. Tolok ukur tertentu menunjukkan bahwa MariaDB secara radikal lebih cepat dari pada MySQL. Namun, tolok ukur tidak selalu secara langsung diterjemahkan ke dalam situasi kehidupan nyata. Misalnya saat kita di Seravo bermigrasi dari MySQL ke MariaDB, kita melihat peningkatan kinerja moderat 3-5% dalam skenario kehidupan nyata kita. Namun, saat semuanya bertambah, 5% relevan khususnya untuk backend server web, di mana setiap milidetik dihitung. Lebih cepat selalu lebih baik, meski hanya sedikit lebih cepat.

6. Galera active-active master clustering

Galera adalah jenis mesin pengelompokan baru yang, tidak seperti replikasi master-slave tradisional MySQL, menyediakan replikasi master-master dan dengan demikian memungkinkan jenis skalabilitas arsitektur baru untuk MySQL / MariaDB. Meskipun pengembangan Galera telah dimulai pada tahun 2007, namun tidak pernah menjadi bagian dari versi Oracle MySQL resmi, sementara Percona dan MariaDB telah mengirimkan versi cluster Galera selama bertahun-tahun.

Dukungan Galera akan lebih baik lagi di MariaDB 10.1, karena akan disertakan dalam versi utama (dan tidak lagi dalam versi cluster yang terpisah) dan memungkinkan pengelompokan Galera hanyalah masalah mengaktifkan parameter konfigurasi yang benar di instalasi server MariaDB manapun.

7. Layanan Oracle tidak pasti

Banyak orang telah menyatakan ketidakpercayaannya pada motivasi dan minat sejati Oracle agar MySQL tetap hidup. Seperti dijelaskan pada poin 1, Oracle pada awalnya tidak diizinkan mengakuisisi Sun Microsystems, yang memiliki MySQL, karena undang-undang persaingan UE. MySQL adalah pesaing terbesar dari database asli Oracle. Komisi Eropa menyetujui kesepakatan tersebut setelah Oracle mengumumkan sebuah janji resmi agar MySQL tetap hidup dan kompetitif. Dokumen itu termasuk tanggal kedaluwarsa, 14 Desember 2014, yang kini telah berlalu. Kita hanya bisa menebak apa yang manajemen atas Oracle ada dalam pikiran untuk masa depan MySQL.

Beberapa orang mungkin berpendapat bahwa dalam beberapa tahun terakhir, Oracle telah memperlemah MySQL dengan cara yang halus. Mungkin, tapi dalam pertahanan Oracle, perlu dicatat bahwa aktivitas MySQL jauh lebih berhasil daripada misalnya OpenOffice atau Hudson, yang keduanya sangat cepat bercabang menjadi LibreOffice dan Jenkins dengan momentum seperti itu, bahwa proyek asli mengering dalam waktu kurang dari satu tahun.

Namun, mengingat pilihan antara Oracle dan proyek open source yang sebenarnya, keputusan tersebut seharusnya tidak sulit bagi siapa saja yang memahami nilai kebebasan perangkat lunak dan manfaat evolutif yang berasal dari pengembangan kolaboratif global.

8. MariaDB telah melonjak popularitasnya

Pada tahun 2013 ada berita tentang Wikipedia yang memigrasi sistem wiki yang sangat besar dari MySQL ke MariaDB dan tentang Google menggunakan MariaDB dalam sistem internal mereka alih-alih MySQL. Salah satu sponsor Yayasan MariaDB adalah Automattic, perusahaan di balik WordPress.com . Contoh penting lainnya adalah booking.com dan Craigslist . Fedora dan OpenSUSE telah memiliki MariaDB sebagai pilihan database SQL default selama bertahun-tahun. Dengan rilis dari Red Hat Enterprise Linux 7 dan SUSE Enterprise Linux 12, kedua vendor ini mengirimkan MariaDB dan bukan MySQL dan berjanji untuk mendukung versi MariaDB mereka untuk masa pakai siaran distribusi utama, yaitu sampai 13 tahun.

Distribusi besar terakhir untuk mendapatkan MariaDB adalah Debian (dan turunannya, Ubuntu). Bug "intent to package" di Debian sudah diajukan pada tahun 2010 namun baru pada bulan Desember 2013 bug akhirnya ditutup. Ini berkat staf Seravo yang merawat kemasan MariaDB 5.5 untuk Debian, dari mana juga masuk ke Ubuntu 14.04. Nantinya kami juga telah mengemas MariaDB 10.0, yang akan disertakan dalam rilis Debian dan Ubuntu berikutnya di paruh pertama tahun 2015.

9. Kompatibel dan mudah untuk bermigrasi

MariaDB 5.5 adalah drop-in-replacement yang lengkap untuk MySQL 5.5. Migrasi ke MariaDB semudah menjalankan apt-get install mariadb-server atau perintah setara pada selera Linux pilihan Anda (yang pada tahun 2015 kemungkinan akan menyertakan MariaDB di repository resmi). Meskipun migrasi mudah dilakukan, kami tetap menyarankan agar admin database melakukan pengujian mereka sendiri dan selalu mencadangkan database mereka, hanya agar aman.

10. Migrasi mungkin menjadi sulit setelah tahun 2015

Pada versi MariaDB 10.0 dan MySQL 5.6 garpu sudah mulai menyimpang agak tapi kemungkinan besar pengguna masih bisa meng-upgrade dari 5,6 menjadi 10,0 tanpa masalah. Kompatibilitas antara 5,7 dan 10,1 di masa depan tidak diketahui, jadi saat yang ideal untuk bermigrasi sekarang masih bebas dari masalah. Jika ketidaksesuaian biner muncul di masa depan, admin database selalu dapat memigrasikan data mereka dengan membuangnya dan mengimpornya ke database baru. Dengan pemikiran di atas, MariaDB jelas merupakan pilihan kami. Salah satu pelanggan kami pernah menyatakan ketertarikan mereka untuk bermigrasi dari MySQL ke MariaDB dan meminta kami untuk memastikan apakah MariaDB bebas dari bug . Namun, kami memastikan bahwa hal yang paling penting dilakukan dengan benar di MariaDB sehingga membuatnya layak untuk dimigrasikan ke MariaDB.  

The power of documents

Kami sajikan dengan bahasa yang mudah dengan disertai command line yang bisa di copy-paste sehingga memudahkan untuk melakukan modifikasi command line