Menyimpan Universal Unique Identifier (UUID) versi 4 dalam format string teks (VARCHAR(36)) menghabiskan ruang sebesar 36 byte, sedangkan menyimpannya dalam bentuk biner (BINARY(16) atau UUID v7/v1 terurut) memangkas penggunaan memori hingga 56% serta mendongkrak performa indeks B-Tree secara signifikan. Format data biner 16 byte merepresentasikan nilai 128-bit secara mentah tanpa tanda hubung (hyphen) dan karakter heksadesimal berlebih.
Dalam pengelolaan basis data skala besar seperti MySQL, PostgreSQL, atau SQL Server, pemilihan tipe data untuk primary key sangat menentukan kecepatan operasi JOIN dan ukuran file indeks. Artikel ini mengupas tuntas teknik penyimpanan UUID sebagai 16-byte binary, perbandingannya dengan tipe data lain, serta implementasi teknisnya pada bahasa pemrograman populer.
Perbandingan Format Penyimpanan UUID
Sebelum memilih metode penyimpanan, penting untuk memahami perbedaan konsumsi memori dan dampak kinerjanya pada mesin basis data:
| Tipe Data & Format | Ukuran Penyimpanan | Kinerja Indeks (B-Tree) | Keterbacaan Manusia |
|---|---|---|---|
| VARCHAR(36) | 36 Byte + Overhead | Buruk (Fragmentasi tinggi) | Sangat Tinggi (Alami) |
| CHAR(36) | 36 Byte | Buruk (Fragmentasi tinggi) | Sangat Tinggi (Alami) |
| BINARY(16) / RAW(16) | 16 Byte | Sangat Baik (Kompak) | Rendah (Butuh konversi) |
| UUID (PostgreSQL Native) | 16 Byte | Baik | Tinggi (Otomatis diformat) |
Implementasi MySQL: BINARY(16) vs VARCHAR(36)
Pada MySQL, fungsi UUID_TO_BIN() dan BIN_TO_UUID() memfasilitasi konversi antara string heksadesimal dengan format biner 16 byte. Penggunaan parameter swap_flag = 1 sangat disarankan jika Anda menggunakan UUID v1 agar bagian waktu (timestamp) berada di urutan paling depan, sehingga menjaga keterurutan indeks (sequential insert) dan mencegah fragmentasi halaman tabel (page splits).
-- 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
);
-- Menyimpan data UUID v4 ke format Binary 16
INSERT INTO users (id, username)
VALUES (UUID_TO_BIN(UUID()), 'antigravity');
-- Mengambil data dan mengubahnya kembali menjadi string UUID
SELECT BIN_TO_UUID(id) AS uuid_string, username
FROM users;
Implementasi Pemrograman (PHP & Python)
Saat berinteraksi dengan basis data yang menggunakan penyimpanan biner 16 byte, aplikasi backend harus mampu melakukan enkapsulasi data dari objek UUID standar ke bentuk bytes atau raw binary sebelum dikirim melalui kueri SQL.
// Contoh PHP menggunakan ext-uuid atau string manipulation
$uuid = '1a2b3c4d-5e6f-7a8b-9c0d-1e2f3a4b5c6d';
// Menghapus tanda hubung dan mengubah hex ke binary
$binaryUuid = hex2bin(str_replace('-', '', $uuid));
echo strlen($binaryUuid); // Output: 16
// Mengembalikan ke format string UUID
$originalUuid = vsprintf('%s%s-%s-%s-%s-%s%s%s', str_split(bin2hex($binaryUuid), 4));
# Contoh Python menggunakan library uuid
import uuid
my_uuid = uuid.uuid4()
# Mendapatkan 16 byte biner mentah
binary_data = my_uuid.bytes
print(len(binary_data)) # Output: 16
# Memulihkan objek UUID dari 16 byte biner
restored_uuid = uuid.UUID(bytes=binary_data)
print(restored_uuid)
Keuntungan dan Tantangan Teknis
Penyimpanan UUID dalam bentuk biner 16 byte memberikan efisiensi ruang penyimpanan disk dan memori RAM buffer pool secara drastis, terutama pada tabel dengan jutaan hingga miliaran baris. Namun, tantangan utamanya terletak pada proses debugging langsung melalui CLI database karena nilai yang tampil berupa karakter biner tak terbaca (blob/garbage text), sehingga membutuhkan fungsi konversi manual saat melakukan audit data.