Menyimpan Universal Unique Identifier (UUID) dalam format teks standar 36-karakter menggunakan tipe data VARCHAR(36) atau CHAR(36) memerlukan ruang penyimpanan yang besar dan menurunkan performa indeks B-Tree. Solusi paling optimal dalam arsitektur basis data MySQL adalah mengonversi UUID string menjadi data biner sepanjang 16 byte menggunakan tipe data BINARY(16). Pendekatan ini memangkas penggunaan memori hingga 55% per baris dan mempercepat operasi pencarian indeks secara signifikan.
Perbandingan Performa: VARCHAR(36) vs BINARY(16)
Pemilihan tipe data berdampak langsung pada ukuran tabel, penggunaan buffer pool InnoDB, dan kecepatan pemindaian indeks (index scan). Tabel di bawah ini menunjukkan perbandingan teknis secara mendalam:
| Parameter | VARCHAR(36) | BINARY(16) |
|---|---|---|
| Ukuran Penyimpanan per Nilai | 36 Byte + 1-2 byte prefix panjang | 16 Byte tetap (fixed) |
| Ukuran Indeks per Baris | Sangat besar, membebani RAM/Buffer Pool | Kecil, lebih banyak node indeks masuk ke RAM |
| Kecepatan Join & Pencarian | Lambat karena perbandingan string teks | Sangat cepat karena perbandingan nilai numerik 16-byte |
| Keterbacaan Manusia (Human Readable) | Ya (Langsung terbaca sebagai string UUID) | Tidak (Tampil sebagai hex atau byte mentah tanpa fungsi konversi) |
Implementasi Teknis: Konversi UUID ke BINARY(16)
MySQL menyediakan fungsi bawaan UUID_TO_BIN() dan BIN_TO_UUID() yang diperkenalkan sejak versi 8.0.0 untuk mempermudah konversi bolak-balik tanpa mengorbankan performa aplikasi.
1. Membuat Tabel dengan Kolom BINARY(16)
CREATE TABLE users (
id BINARY(16) PRIMARY KEY,
username VARCHAR(50) NOT NULL,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
2. Menyimpan Data (INSERT)
Saat memasukkan data baru, gunakan fungsi UUID_TO_BIN() untuk mengubah string UUID standar menjadi format biner 16 byte:
INSERT INTO users (id, username)
VALUES (UUID_TO_BIN('123e4567-e89b-12d3-a456-426614174000'), 'johndoe');
3. Membaca Data (SELECT)
Gunakan fungsi BIN_TO_UUID() saat mengambil data agar kembali tampil dalam format string standar yang mudah dibaca aplikasi:
SELECT BIN_TO_UUID(id) AS id, username, created_at
FROM users
WHERE id = UUID_TO_BIN('123e4567-e89b-12d3-a456-426614174000');
Menangani Isu Fragmentasi Indeks dengan UUID v1 vs v4
UUID versi 4 sepenuhnya bersifat acak (random), yang jika digunakan langsung sebagai Primary Key berbasis BINARY(16) pada InnoDB akan menyebabkan fragmentasi halaman (page fragmentation) parah dan seringnya terjadi operasi penyisipan acak di disk. Untuk mengatasinya, gunakan UUID v1 atau urutan byte yang dioptimalkan untuk waktu (time-ordered UUID) seperti UUID v7 atau teknik menukar posisi segmen waktu UUID v1 menggunakan fungsi UUID_TO_BIN(..., 1).
-- Menggunakan flag 'swap' (1) pada UUID_TO_BIN untuk mengurutkan bagian time-low ke depan
INSERT INTO logs (id, message)
VALUES (UUID_TO_BIN(UUID(), 1), 'Sistem beroperasi normal');
Troubleshooting & Tips Lapangan
Masalah ORM / Driver: Sebagian besar ORM seperti Hibernate, Prisma, atau Eloquent mungkin mengirimkan UUID sebagai string. Pastikan Anda menggunakan tipe data kustom atau event lifecycle hooks untuk melakukan konversi biner sebelum query dieksekusi ke database.
Debugging Langsung: Jika Anda menjalankan query via CLI MySQL tanpa fungsi BIN_TO_UUID(), kolom BINARY(16) akan tampak seperti karakter acak atau kotak-kotak. Selalu bungkus kolom dengan BIN_TO_UUID() saat melakukan SELECT manual.