SQLite vs MySQL: Perbedaan dan Mana yang Kamu Pakai

Dua Bentuk Database yang Berbeda

SQLite dan MySQL sama-sama memakai SQL dan sama-sama menyimpan baris di tabel, tapi cara keduanya menyatu ke dalam sebuah sistem sangat berbeda. SQLite adalah library: aplikasimu ditautkan dengannya dan membaca dari sebuah file di disk. MySQL adalah server: proses terpisah yang kamu hubungi lewat socket atau jaringan.

Satu perbedaan itu membentuk semua hal lainnya: cara menginstalnya, berapa banyak penulis yang bisa bekerja bersamaan, cara mem-backup, cara men-deploy. Kebanyakan pertanyaan orang tentang SQLite vs MySQL sebenarnya adalah pertanyaan tentang embedded vs client-server.

-- SQLite: open a file, you have a database.
sqlite3 app.db

-- MySQL: connect to a running server.
mysql -h localhost -u root -p

Perintah SQLite membuka (atau membuat) sebuah file. Perintah MySQL membuka koneksi ke sebuah proses yang harus sudah berjalan, sudah dikonfigurasi, dan siap menerima login.

Arsitektur: Embedded vs Client-Server

Di aplikasi SQLite, engine database berjalan di dalam programmu. Tidak ada port, tidak ada daemon, tidak ada systemctl start. Panggilan library sqlite3 membaca dan menulis halaman langsung dari file di disk.

MySQL kebalikannya. Server mysqld memegang datanya, mengelola koneksi, menegakkan hak akses, menjalankan query planner, dan menangani penguncian. Aplikasimu adalah client yang mengirim string SQL lewat jaringan dan menerima baris hasilnya kembali.

Konsekuensi praktisnya:

• Deployment. SQLite ikut bersama aplikasimu: satu binary, satu file. MySQL butuh server terpisah yang harus diinstal, diamankan, dipantau, dan di-backup.
• Akses jaringan. MySQL membuka sebuah port, sehingga beberapa server aplikasi bisa terhubung ke database yang sama. SQLite mengasumsikan satu proses (atau beberapa proses yang bekerja sama) di mesin yang sama.
• Hak akses. MySQL punya pengguna, peran, dan pernyataan GRANT. Satu-satunya sistem hak akses di SQLite adalah izin file dari sistem operasi pada file database-nya.

Tidak ada bentuk yang "lebih baik." Keduanya menyelesaikan masalah yang berbeda.

Konkurensi dan Penulisan

Di sinilah keduanya benar-benar berbeda. Engine InnoDB milik MySQL melakukan penguncian per baris: banyak koneksi bisa menulis ke baris yang berbeda pada saat bersamaan tanpa saling memblokir.

SQLite menjalankan penulisan satu per satu di level database. Hanya satu penulis dalam satu waktu, titik. Pembaca bisa berjalan bersamaan dengan penulis (terutama di WAL mode), tapi penulis kedua harus menunggu gilirannya.

-- SQLite: this works fine for many readers, one writer at a time.
PRAGMA journal_mode = WAL;

-- MySQL: many writers, fine-grained locking.
-- (No special setup - InnoDB does it by default.)

Untuk aplikasi dengan satu atau dua proses yang melakukan penulisan sedang, seperti tool desktop, aplikasi mobile, atau CMS kecil, penulisan satu per satu di SQLite biasanya cukup cepat sehingga kamu tidak akan pernah merasakannya. Untuk layanan web sibuk dengan ratusan koneksi yang semuanya memasukkan pesanan atau memperbarui sesi, penguncian per baris di MySQL adalah pembeda antara "lancar" dan "semuanya mengantre di belakang satu kunci."

Tipe Data

MySQL punya daftar tipe yang panjang dan ketat: TINYINT, INT, BIGINT, VARCHAR(n), DATETIME, DECIMAL(p,s), BLOB, JSON, dan masih banyak lagi. Deklarasikan sebuah kolom sebagai INT, dan MySQL akan menolak string.

SQLite memakai type affinity. Tipe kolom hanyalah petunjuk, bukan aturan yang ditegakkan. Kamu bisa memasukkan string ke kolom INTEGER dan SQLite akan menyimpannya (kecuali kamu memilih tabel STRICT, yang ditambahkan di versi 3.37).

CREATE TABLE products (
    id INTEGER PRIMARY KEY,
    name TEXT,
    price REAL
);

INSERT INTO products (name, price) VALUES ('Coffee', 3.50);
INSERT INTO products (name, price) VALUES ('Tea', '2.75');  -- string in REAL column

SELECT id, name, price, typeof(price) FROM products;

Kedua baris berhasil dimasukkan. Fleksibilitas ini praktis saat membuat prototipe, tapi mengejutkan jika kamu mengharapkan keamanan tipe di level database. Pakai tabel STRICT jika kamu ingin penegakan tipe ala MySQL di SQLite.

Perbedaan Sintaks yang Benar-benar Akan Kamu Temui

Sebagian besar SQL dasar, seperti SELECT, JOIN, WHERE, GROUP BY, sama persis. Perbedaannya berkumpul di beberapa area:

• Primary key yang bertambah otomatis. SQLite memakai INTEGER PRIMARY KEY (yang otomatis bertambah secara default). MySQL memakai INT AUTO_INCREMENT PRIMARY KEY.
• Tanda kutip untuk nama. MySQL mengizinkan backtick untuk identifier (`table`). SQLite memakai tanda kutip ganda ("table") sesuai standar SQL.
• Fungsi tanggal. MySQL punya NOW(), CURDATE(), DATE_ADD(). SQLite punya datetime('now'), date('now'), datetime('now', '+1 day').
• Sintaks LIMIT. Keduanya mendukung LIMIT n OFFSET m, jadi yang satu ini kompatibel.
• Boolean. MySQL punya BOOLEAN (alias untuk TINYINT(1)). SQLite menyimpan boolean sebagai 0 dan 1 di kolom INTEGER.

-- MySQL
CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY,
    created_at DATETIME DEFAULT NOW()
);

-- SQLite
CREATE TABLE users (
    id INTEGER PRIMARY KEY,
    created_at TEXT DEFAULT (datetime('now'))
);

Maksudnya sama, kata kuncinya berbeda. Model berpikirnya tetap berlaku; sintaksnya hanya perlu sedikit penyesuaian.

Performa: Tergantung Pertanyaannya

"Apakah SQLite lebih cepat dari MySQL?" tidak punya satu jawaban.

Untuk satu proses yang melakukan pembacaan dan penulisan lokal, SQLite sering lebih cepat: tidak ada lompatan jaringan, tidak ada komunikasi antarproses, tidak ada parser query yang berjalan di ruang alamat terpisah. SELECT di SQLite pada dasarnya adalah pemanggilan fungsi.

Untuk banyak koneksi bersamaan yang menulis ke database yang sama, MySQL unggul karena penguncian per baris. Model satu penulis di SQLite membuat perebutan kunci cepat terlihat pada beban kerja seperti itu.

Untuk beban kerja yang banyak membaca dengan WAL mode aktif, SQLite bisa diskalakan dengan sangat baik, karena pembaca tidak saling memblokir dan tidak memblokir satu-satunya penulis. Banyak situs produksi melayani trafik sungguhan dari SQLite.

Jangan memilih berdasarkan benchmark yang kamu baca di internet. Pilih berdasarkan pola akses yang sebenarnya.

Kapan Masing-masing Menjadi Pilihan yang Tepat

Pakai SQLite jika:

• Database berada di samping satu aplikasi (aplikasi mobile, tool desktop, CLI, website kecil).
• Kamu ingin deployment tanpa konfigurasi: cukup kirim file-nya.
• Pembacaan jauh lebih banyak dari penulisan, atau penulisan jarang terjadi.
• Kamu butuh database pengujian embedded yang meniru SQL di produksi.
• Kamu sedang membuat prototipe dan belum ingin memikirkan server.

Pakai MySQL jika:

• Beberapa server aplikasi perlu berbagi satu database.
• Kamu punya banyak penulis yang bekerja bersamaan.
• Kamu butuh hak akses pengguna yang detail dan pengelolaan peran.
• Kamu membangun di atas stack (LAMP, pengaturan cloud terkelola yang umum) yang mengharapkan MySQL.
• Tool operasional, seperti replikasi, pemulihan ke titik waktu tertentu, dan pemantauan, adalah kebutuhan wajib.

Patokan kasarnya: jika kamu menggambarkan kebutuhan penyimpananmu sebagai "satu aplikasi, satu disk", SQLite kemungkinan besar sudah cukup. Jika kamu menyebutnya "sebuah layanan, dengan tim operasional", pakai MySQL (atau PostgreSQL).

Berpindah di Antara Keduanya

Memulai dengan SQLite lalu pindah ke MySQL nanti adalah jalur yang sudah sering dilalui, dan itu rencana yang bagus. Skemanya bisa diterjemahkan dengan sedikit penyesuaian, dan datanya bisa diekspor dengan rapi lewat .dump dari CLI SQLite. Sebagian besar yang perlu kamu perbaiki adalah sintaks auto-increment, fungsi tanggal, dan fitur khusus SQLite (index parsial dengan bentuk yang aneh, WITHOUT ROWID, tabel STRICT) yang tidak punya padanan langsung di MySQL.

Ke arah sebaliknya, dari MySQL ke SQLite, lebih jarang tapi juga bisa dilakukan, biasanya untuk analisis offline, salinan embedded dari sebagian data, atau data uji.

Intinya: memilih SQLite hari ini tidak membuatmu terkunci. SQL yang kamu tulis bisa dipindahkan, begitu juga pemahamanmu.

Selanjutnya: SQLite vs PostgreSQL

MySQL adalah perbandingan yang paling umum, tapi PostgreSQL adalah database lain yang sering dibandingkan dengan SQLite, dan perbedaannya pun lain lagi. Itulah topik halaman berikutnya.