Dalam pengembangan aplikasi modern, penggunaan identifier unik menjadi salah satu fondasi penting untuk menjaga integritas data. Hampir semua sistem modern—mulai dari aplikasi e-commerce, fintech, SaaS, hingga microservices—membutuhkan cara untuk menghasilkan ID yang unik tanpa bergantung pada database terpusat.

Salah satu solusi paling populer adalah UUID (Universally Unique Identifier). Selama bertahun-tahun, UUIDv4 menjadi pilihan utama karena kemampuannya menghasilkan identifier acak dengan kemungkinan tabrakan yang sangat kecil.

Namun, seiring meningkatnya kebutuhan performa database dan sistem terdistribusi, muncul sebuah masalah: UUIDv4 kurang ramah terhadap index database. Untuk mengatasi kelemahan tersebut, standar terbaru RFC 9562 memperkenalkan UUIDv7, sebuah Time Ordered UUID yang dirancang khusus untuk kebutuhan database modern.

Artikel ini akan membahas secara lengkap UUIDv7 vs UUIDv4, termasuk struktur, performa, implementasi, dan kapan sebaiknya Anda menggunakannya.

---

Apa Itu UUID?

UUID (Universally Unique Identifier) adalah identifier 128-bit yang dirancang untuk menghasilkan nilai unik tanpa memerlukan koordinasi antara server atau database.

Contoh penggunaan UUID:

• Primary key database
• Identitas transaksi
• Session ID
• Event ID
• Correlation ID dalam microservices

UUID pertama kali diperkenalkan melalui standar DCE (Distributed Computing Environment), kemudian distandardisasi melalui berbagai RFC.

Beberapa versi UUID yang umum digunakan:

• UUIDv1 (Timestamp + MAC Address)
• UUIDv3 (Hash MD5)
• UUIDv4 (Random)
• UUIDv5 (Hash SHA-1)
• UUIDv6 (Reordered Timestamp)
• UUIDv7 (Timestamp + Random)

RFC terbaru, RFC 9562, menetapkan UUIDv7 sebagai salah satu pilihan utama untuk aplikasi modern.

Contoh UUIDv4

550e8400-e29b-41d4-a716-446655440000

Contoh UUIDv7

01976f8b-8f52-7f7f-bf7a-c92e6f5f53f1

Sekilas keduanya terlihat mirip, namun cara pembentukannya sangat berbeda.

---

Mengenal UUIDv4

UUIDv4 merupakan versi UUID yang paling populer selama lebih dari satu dekade.

Versi ini menghasilkan identifier menggunakan angka acak (random number).

Secara umum:

• 122 bit digunakan untuk random data
• 6 bit digunakan untuk version dan variant

Karena berbasis random, kemungkinan tabrakan UUIDv4 sangat kecil bahkan ketika menghasilkan miliaran ID.

Cara Kerja UUIDv4

Ketika aplikasi meminta UUID baru:

1. Sistem menghasilkan angka acak 128-bit.
2. Beberapa bit disesuaikan untuk menandai versi UUID.
3. UUID dikembalikan ke aplikasi.

Contoh:

550e8400-e29b-41d4-a716-446655440000

Setiap UUID tidak memiliki hubungan dengan UUID lainnya.

Kelebihan UUIDv4

Sangat unik

Kemungkinan collision hampir nol.

Tidak membutuhkan server pusat

Cocok untuk distributed system.

Mudah diimplementasikan

Hampir semua bahasa pemrograman mendukung UUIDv4.

Aman untuk publik

Tidak membocorkan informasi waktu pembuatan data.

Kekurangan UUIDv4

Masalah terbesar UUIDv4 muncul ketika digunakan sebagai primary key pada database besar.

Index Database Tidak Terurut

Karena nilainya acak, setiap insert dapat masuk ke posisi mana saja pada B-Tree index.

Fragmentasi B-Tree

Database harus terus-menerus memecah halaman index (page split).

Insert Performance Menurun

Semakin besar tabel, semakin besar biaya insert.

Storage Efficiency Kurang Optimal

Index menjadi lebih besar dan cache kurang efektif.

---

Mengenal UUIDv7

UUIDv7 diperkenalkan melalui RFC 9562 sebagai solusi terhadap kelemahan UUIDv4.

Konsep utamanya sederhana:

Menggabungkan timestamp dan random number dalam satu identifier.

Dengan demikian UUID tetap unik tetapi memiliki urutan waktu (time-ordered).

Struktur UUIDv7

Secara sederhana UUIDv7 terdiri dari:

Timestamp Unix Epoch

Bagian awal UUID menyimpan timestamp dalam milidetik.

Version Bits

Menandai bahwa UUID menggunakan versi 7.

Random Bits

Digunakan untuk menjaga keunikan.

Struktur sederhananya:

[TIMESTAMP][VERSION][RANDOM]

Karena timestamp berada di bagian depan, UUID yang dibuat lebih baru akan memiliki nilai yang lebih besar.

Akibatnya data tersimpan secara lebih terurut di database.

---

Perbandingan UUIDv7 vs UUIDv4

Aspek	UUIDv4	UUIDv7
Dasar Pembentukan	Random	Timestamp + Random
Urutan Data	Acak	Berurutan
Database Index	Kurang optimal	Sangat optimal
Insert Performance	Lebih lambat	Lebih cepat
Fragmentasi Index	Tinggi	Rendah
Read Performance	Standar	Lebih baik
Cocok untuk Distributed System	Ya	Ya
Standar Terbaru	Tidak	Ya

Dari tabel di atas terlihat bahwa UUIDv7 mempertahankan keunikan UUIDv4 sambil menambahkan keuntungan besar untuk performa database.

---

Mengapa UUIDv7 Lebih Baik untuk Database?

Keunggulan UUIDv7 tidak hanya berasal dari timestamp, tetapi juga dari cara database bekerja.

Sequential Insert

Database lebih menyukai data yang masuk secara berurutan.

UUIDv7 menghasilkan nilai yang meningkat seiring waktu.

Akibatnya insert selalu berada di bagian akhir index.

B-Tree Index Locality

Sebagian besar database menggunakan struktur B-Tree untuk index.

Ketika data masuk secara berurutan, database cukup menulis pada node terakhir.

Hal ini jauh lebih efisien dibanding harus mencari lokasi acak seperti UUIDv4.

Reduced Page Split

UUIDv4 sering memaksa database memecah halaman index.

UUIDv7 mengurangi page split secara signifikan.

Dampaknya:

• Insert lebih cepat
• Fragmentasi lebih rendah
• Ukuran index lebih kecil

Better Cache Efficiency

Karena data berada pada area index yang berdekatan, cache database bekerja lebih efektif.

Akibatnya:

• Query lebih cepat
• Disk I/O berkurang
• Konsumsi memori lebih efisien

Analogi Rak Buku

Bayangkan Anda menyusun buku berdasarkan nomor urut.

UUIDv7 seperti menambahkan buku nomor 101 setelah nomor 100.

UUIDv4 seperti menambahkan buku secara acak dan memaksa Anda membongkar seluruh rak untuk menemukan posisi yang tepat.

Semakin besar rak buku tersebut, semakin terasa perbedaannya.

Cocok untuk PostgreSQL

UUIDv7 mengurangi fragmentasi index PostgreSQL dan meningkatkan performa insert.

Cocok untuk MySQL

Clustered index InnoDB mendapatkan manfaat besar dari urutan data yang lebih baik.

Cocok untuk CockroachDB

Sistem distributed SQL lebih mudah mendistribusikan data yang memiliki locality lebih baik.

Cocok untuk Distributed Database

UUIDv7 tetap dapat dibuat secara independen tanpa server pusat.

---

Benchmark dan Dampak Performa

Walaupun hasil benchmark berbeda-beda tergantung workload, pola umumnya selalu sama.

UUIDv4 Menghasilkan Penulisan Acak

Setiap insert berpotensi masuk ke lokasi index yang berbeda.

Akibatnya:

• Page split meningkat
• Random I/O meningkat
• Latency meningkat

UUIDv7 Menghasilkan Penulisan Terurut

Sebagian besar insert terjadi pada area index yang sama.

Akibatnya:

• Page split berkurang
• Cache hit meningkat
• Insert lebih cepat

Dampak Terhadap Latency

Pada sistem dengan jutaan hingga miliaran record, UUIDv7 sering menghasilkan latency insert yang lebih rendah.

Dampak Terhadap Ukuran Index

Karena fragmentasi lebih rendah, ukuran index cenderung lebih efisien.

---

Studi Kasus Penggunaan

E-Commerce

Order ID dan Transaction ID dapat menggunakan UUIDv7.

Fintech

Transfer dan pembayaran menghasilkan data berurutan dalam jumlah besar.

SaaS

Tenant dan aktivitas pengguna terus bertambah setiap hari.

Sistem Log

Log selalu memiliki urutan waktu.

UUIDv7 sangat cocok untuk kebutuhan ini.

Event Streaming

Event ID yang mengikuti urutan waktu memudahkan analisis dan debugging.

---

Cara Menggunakan UUIDv7

Node.js

Install package:

npm install uuid

Generate UUIDv7:

import { v7 } from 'uuid';

const id = v7();

console.log(id);

---

Java

Menggunakan library modern:

<dependency>
    <groupId>com.github.f4b6a3</groupId>
    <artifactId>uuid-creator</artifactId>
</dependency>

Generate UUIDv7:

UUID uuid = UuidCreator.getTimeOrderedEpoch();

---

Go

Menggunakan package:

go get github.com/google/uuid

Contoh:

id, err := uuid.NewV7()
fmt.Println(id)

---

Python

Menggunakan package modern:

pip install uuid6

Generate UUIDv7:

from uuid6 import uuid7

print(uuid7())

---

Kapan Masih Menggunakan UUIDv4?

UUIDv4 masih relevan dalam beberapa kondisi.

Sistem Kecil

Jika jumlah data relatif sedikit, perbedaan performa hampir tidak terasa.

Tidak Membutuhkan Ordering

Beberapa aplikasi tidak peduli terhadap urutan waktu.

Random Identifier Murni

Jika ingin menghindari informasi waktu dalam identifier.

Kompatibilitas Sistem Lama

Banyak sistem legacy masih menggunakan UUIDv4.

---

Kapan Sebaiknya Migrasi ke UUIDv7?

Pertimbangkan UUIDv7 jika:

• Membangun aplikasi baru
• Menggunakan microservices
• Menggunakan event-driven architecture
• Menyimpan jutaan record
• Memiliki workload insert tinggi
• Menggunakan PostgreSQL atau MySQL sebagai database utama

Untuk proyek baru, UUIDv7 hampir selalu menjadi pilihan yang lebih baik.

---

FAQ

Apakah UUIDv7 menggantikan UUIDv4?

Tidak sepenuhnya. UUIDv4 masih valid dan banyak digunakan, tetapi UUIDv7 menawarkan performa database yang lebih baik.

Apakah UUIDv7 aman digunakan?

Ya. UUIDv7 tetap menggunakan random bits sehingga collision sangat kecil.

Apakah UUIDv7 lebih cepat?

Pada banyak skenario database, UUIDv7 memberikan performa insert dan index yang lebih baik dibanding UUIDv4.

Apakah PostgreSQL mendukung UUIDv7?

Ya. PostgreSQL dapat menyimpan UUIDv7 menggunakan tipe data UUID standar.

Apakah perlu migrasi dari UUIDv4?

Tidak selalu. Jika sistem sudah stabil dan performanya memadai, migrasi mungkin tidak diperlukan. Namun untuk sistem baru, UUIDv7 lebih direkomendasikan.

Apakah UUIDv7 cocok untuk microservices?

Sangat cocok karena tetap dapat dibuat secara independen tanpa koordinasi antar layanan.

---

Kesimpulan

Selama bertahun-tahun, UUIDv4 menjadi standar de facto untuk identifier unik dalam aplikasi modern. Namun pertumbuhan data dan tuntutan performa database membuat kelemahannya semakin terlihat, terutama pada index dan proses insert.

UUIDv7 hadir melalui RFC 9562 sebagai evolusi yang mempertahankan keunggulan UUID tradisional sekaligus meningkatkan efisiensi penyimpanan dan pengindeksan. Dengan menggabungkan timestamp dan random bits, UUIDv7 menghasilkan Sequential UUID atau Time Ordered UUID yang jauh lebih ramah terhadap PostgreSQL, MySQL, CockroachDB, dan berbagai distributed database lainnya.

Meskipun UUIDv4 masih relevan untuk banyak kasus penggunaan, UUIDv7 merupakan pilihan yang lebih modern dan lebih optimal untuk aplikasi baru. Tidak mengherankan jika dalam beberapa tahun ke depan UUIDv7 berpotensi menjadi standar utama untuk UUID untuk database modern.