MariaDB Foundation pada 31 Oktober 2026 menegaskan kembali bahwa cabang Community 10.6 sudah keluar dari siklus pemeliharaan reguler. Status MariaDB 10.6 EOL bukan sekadar isu fitur baru: setelah rilis final cabang Community, Foundation hanya merilis perbaikan keamanan berikutnya ke seri LTS yang masih dipelihara. Tulisan ini merujuk lifecycle resmi Community Server, bukan kontrak MariaDB Enterprise Server yang punya jadwal vendor terpisah.
Cabang Community 10.6 mencapai End of Life pada 6 Juli 2026 menurut pengumuman EOL resmi. Rilis terakhir cabang Community adalah 10.6.28 (13 Agustus 2026). Foundation menyatakan tidak akan ada Community 10.6.29 dalam putaran maintenance Q3 2026.
Mengapa EOL Community 10.6 berbeda dari Enterprise
Instalasi yang menampilkan nomor 10.6 di SELECT VERSION() belum tentu identik risikonya. MariaDB Enterprise Server 10.6 dapat masih punya jalur dukungan komersial. Cabang Community 10.6 tidak lagi menerima bug fix, security fix, atau rilis korektif rutin dari Foundation. Tulisan EOL di sini khusus Community kecuali disebut lain.
Hosting provider dan tim platform perlu memetakan sumber package: repo distro, repo MariaDB, atau image panel. Label marketing “MariaDB 10.6” di katalog tidak otomatis menjelaskan apakah patch upstream masih datang.
Pelajaran patch cadence dari PHP2Shell, bukan kerentanan MariaDB
Posting Foundation memakai insiden PHP2Shell (dua CVE PHP kritis pada Oktober 2026) sebagai analogi kecepatan patch. Bukan bukti MariaDB 10.6 sedang dieksploitasi dengan pola yang sama. CVE PHP tersebut bukan celah MariaDB. Jangan dipakai di headline seolah menyerang database.
Analogi yang aman: ketika runtime web sudah EOL, organisasi kehilangan jalur fix resmi Community. Upgrade atau backport vendor jadi respons keamanan. Untuk PHP, jalur patch tanpa major upgrade sudah tercakup di pembaruan keamanan PHP RCE Oktober 2026. Komponen database tetap butuh audit versi sendiri; patch PHP saja tidak menggantikannya.
Empat LTS Community yang masih dipelihara
Per kebijakan maintenance yang Foundation rujuk, empat seri LTS Community masih maintained per snapshot akhir Oktober 2026: 10.11, 11.4, 11.8, dan 12.3. Nomor versi lebih tinggi tidak selalu berarti runway Community lebih panjang. Pada tabel resmi saat ini, 11.8 mencapai EOL Community lebih awal daripada 11.4.
| Seri LTS | Community EOL (indikasi policy) | Catatan keputusan |
|---|---|---|
| 10.11 | 16 Februari 2028 | Lompatan major lebih konservatif, runway Community lebih pendek dibanding 11.4 |
| 11.4 | 29 Mei 2029 | Runway Community panjang pada policy saat audit |
| 11.8 | 4 Juni 2028 | Umum di repo distro LTS terbaru, bukan otomatis paling lama support-nya |
| 12.3 | 29 Mei 2029 | LTS terbaru, lompatan major menuntut review compatibility lebih ketat |
Foundation mendukung upgrade langsung dari 10.6 ke rilis newer tanpa wajib berhenti di setiap rilis perantara. Itu panduan vendor, bukan jaminan aplikasi WordPress, Laravel, panel hosting, atau replikasi Galera Anda bebas downtime.
Posting 31 Oktober 2026 juga mengingatkan rilis maintenance Q3 2026 (misalnya 12.3.3, 11.8.9, 11.4.13, 10.11.19) keluar bersamaan. Pola itu relevan untuk kebijakan patch internal. Database yang sudah EOL tidak ikut gelombang korektif berikutnya. Fleet LTS perlu jadwal review rutin, bukan reaksi tahunan saja.
Kerangka memilih target upgrade setelah MariaDB 10.6 EOL
Tidak ada versi universal untuk semua fleet. Sebelum production, jawab runway maintenance sesuai kebijakan organisasi. Periksa matriks dukungan CMS, framework, dan driver. Catat perubahan incompatible antar major series, topologi (single node, replikasi, Galera, managed DB), sumber package, jendela downtime, dan kemampuan rollback setelah backup restore teruji.
Server Community 10.6 di bawah 10.6.28 sudah melewatkan patch korektif terakhir cabang tersebut. Termasuk perbaikan keamanan yang Foundation rangkum pada rilis final. Tanpa inventaris VERSION() per node, tim tidak tahu apakah masih berada di build terakhir atau image lama.
Setelah migrasi runtime, validasi aplikasi web tetap wajib. Stack WordPress sering bergantung pada versi database di belakang PHP. Checklist update aman seperti pada WordPress 7.1.3: checklist update keamanan tetap relevan sebagai disiplin pasca-upgrade, bukan bukti kompatibilitas penuh MariaDB.
Guardrail teknis tanpa runbook universal
Dokumentasi resmi menekankan mariadb-upgrade untuk memperbarui system tables setelah binary baru jalan. Alur lama mysql_upgrade sudah deprecated. Detail otomatis versus manual bergantung packaging dan versi target.
Metode upgrade berbeda untuk single node, replikasi, Galera, container, control panel, dan migrasi Community-to-Enterprise. Artikel publik ini tidak menyalin urutan command per distro. Tim harus mengikuti halaman upgrade resmi untuk OS, produk, dan topologi masing-masing, termasuk catatan incompatible changes antar major.
Backup file saja bukan bukti rollback siap pakai bila restore belum pernah Anda uji. Downgrade in-place setelah upgrade data files bukan asumsi rollback aman. Durasi maintenance singkat yang kadang disebut vendor tidak boleh ditulis sebagai SLA universal. Ukuran data, metode package, dan validasi pasca-upgrade menentukan waktu nyata.
Foundation menyarankan membersihkan opsi usang di my.cnf sebelum binary baru jalan. Termasuk parameter InnoDB yang Foundation hapus di seri 11.x, serta konversi tabel ROW_FORMAT=COMPRESSED yang sudah read-only sejak 10.6. Langkah-langkah itu bukan dekorasi teknis. Konfigurasi yang diam-diam diabaikan bisa menyembunyikan perbedaan performa atau perilaku autentikasi TLS default di rilis newer.
Untuk Galera atau replikasi, urutan shutdown, rolling strategy, dan paket terpisah (misalnya komponen Galera pada 12.3) harus mengikuti guide resmi topologi Anda. Menyalin satu jalur Enterprise ke deployment Community tanpa membaca dokumen produk yang tepat berisiko memperpanjang downtime atau memutus quorum.
Langkah operasional minggu ini
Pemilik VPS, sysadmin, dan provider hosting dapat mulai dari tiga titik. Pertama, inventaris versi exact dan sumber package di seluruh fleet. Kedua, pilih target LTS (10.11, 11.4, 11.8, atau 12.3) berdasarkan runway dan compatibility audit. Ketiga, jadwalkan migrasi dengan staging clone dan monitoring advisory Foundation atau GitHub security setelah go-live.
Status rilis, tanggal maintenance, dan path dokumentasi dapat berubah setelah 1 November 2026. Sebelum cutover production, recheck halaman policy dan release notes resmi. Dokumentasikan owner patching internal agar CVE database tidak hanya mendapat perhatian saat insiden PHP di lapisan web.
Artikel ini sengaja tidak memuat tabel CVE panjang dari posting Foundation. Setiap entri perlu Anda cek ulang ke advisory dan release note resmi sebelum dipublikasikan sebagai daftar fixed version. Yang dapat disimpulkan tanpa spekulasi: server Community 10.6 di atas 10.6.28 tidak akan menerima build korektif berikutnya. Risiko akumulatif bergantung pada seberapa lama node itu tetap online tanpa migrasi.
