Trình tạo UUID v4

Trình tạo UUID v4 là công cụ miễn phí dùng để tạo Mã định danh duy nhất toàn cầu phiên bản 4, phù hợp làm mã định danh cho bản ghi, đối tượng hoặc yêu cầu.

Trình tạo UUID v4 xử lý dữ liệu của tôi như thế nào?

Quá trình tạo UUID diễn ra trên máy chủ. Dữ liệu đầu vào được gửi đến máy chủ qua HTTPS và không được lưu trữ. Vì vậy, sẽ không chính xác nếu nói rằng toàn bộ quá trình diễn ra trong trình duyệt hoặc dữ liệu không bao giờ rời khỏi thiết bị của bạn.

UUID v4 không cần dùng văn bản cá nhân, tên hay mật khẩu làm nguồn. Đây là một mã định danh được tạo mới, không phải giá trị được tính từ thông tin bạn cung cấp. Đừng gắn ý nghĩa bí mật với UUID nhận được, vì bất kỳ ai nhìn thấy đều có thể sao chép và sử dụng lại.

UUID v4 là gì?

UUID v4 là mã định danh 128 bit, trong đó phần có thể thay đổi được tạo ngẫu nhiên hoặc giả ngẫu nhiên. Một số bit được dành riêng để xác định phiên bản và biến thể của UUID. Loại mã này thường được dùng khi các hệ thống độc lập cần tự tạo mã định danh mà không phải hỏi một dịch vụ trung tâm để lấy số tiếp theo.

Dạng văn bản tiêu chuẩn gồm 32 ký tự thập lục phân, chia thành 5 nhóm bằng dấu gạch nối. UUID tuân theo mẫu 8-4-4-4-12 và dài 36 ký tự nếu tính cả 4 dấu gạch nối.

Một ví dụ hợp lệ về mặt cú pháp là 550e8400-e29b-41d4-a716-446655440000. Trong UUID phiên bản 4, ký tự đầu tiên của nhóm thứ ba là 4. Hai bit có trọng số cao nhất dùng để xác định biến thể là 10, vì vậy ký tự thập lục phân đứng đầu nhóm thứ tư sẽ là 8, 9, a hoặc b.

Giá trị này chỉ là mã định danh, không phải thông tin đã mã hóa. Bạn không thể giải mã UUID để lấy lại ngày tạo, tên tài khoản, địa chỉ máy hoặc số thứ tự.

Nên chọn phiên bản UUID nào?

Hãy chọn phiên bản 4 khi bạn cần một mã định danh độc lập, không thể suy ra nội dung và không yêu cầu cùng một đầu vào luôn cho cùng một kết quả. Tóm tắt từng loại: v1 dùng thông tin thời gian và nút, v2 là dạng DCE Security, v3 tạo UUID từ không gian tên và tên bằng MD5, v4 dùng dữ liệu ngẫu nhiên, v5 tạo UUID bằng SHA-1, v6 sắp xếp lại dữ liệu dựa trên thời gian, v7 kết hợp dấu thời gian Unix với dữ liệu ngẫu nhiên, còn v8 dành cho các định dạng thử nghiệm hoặc riêng của nhà cung cấp.

• Dùng UUID v4 cho mã bản ghi, tham chiếu tệp tải lên, mã yêu cầu API và dữ liệu kiểm thử khi mã định danh phân bố ngẫu nhiên là lựa chọn phù hợp.
• Dùng UUID v5 khi một không gian tên và tên cụ thể phải luôn tạo ra cùng một mã định danh. Loại này hữu ích cho quy trình nhập dữ liệu có thể lặp lại và các quy tắc loại bỏ bản ghi trùng lặp.
• Cân nhắc UUID v7 khi mã định danh của bản ghi cần sắp xếp tương đối theo thời gian tạo và cơ sở dữ liệu hoặc phần mềm của bạn có hỗ trợ.
• Dùng số nguyên tuần tự thông thường khi các giá trị được tạo trong một cơ sở dữ liệu duy nhất, đồng thời khóa nhỏ gọn và có thứ tự tự nhiên quan trọng hơn khả năng tạo mã phi tập trung.

Các phiên bản cũ vẫn tồn tại trong nhiều hệ thống, nhưng khi thiết kế hệ thống mới, hãy lựa chọn theo nhu cầu thực tế thay vì xem mọi phiên bản UUID là tương đương nhau.

Cách dùng UUID v4 trong thực tế

Hãy tạo một UUID, lấy giá trị trong trường kết quả UUID v4 rồi lưu toàn bộ chuỗi ở dạng chuẩn, trừ khi hệ thống nhận yêu cầu một cách biểu diễn khác.

1. Tạo một UUID mới cho đối tượng hoặc sự kiện cần được định danh.
2. Giữ nguyên cả 5 nhóm và 4 dấu gạch nối khi truyền UUID giữa các hệ thống.
3. Lưu UUID bằng kiểu dữ liệu UUID của cơ sở dữ liệu nếu có. Nếu không, hãy dùng trường văn bản hoặc nhị phân có kích thước phù hợp với cách biểu diễn đã chọn.
4. Thêm ràng buộc duy nhất nếu cơ sở dữ liệu phải từ chối các giá trị UUID v4 bị trùng.

Các trường hợp sử dụng phổ biến gồm định danh đơn hàng trước khi đơn hàng được đưa vào cơ sở dữ liệu chính, liên kết các mục nhật ký giữa nhiều dịch vụ, đặt tên cho đối tượng được tải lên hoặc gán mã ổn định cho các hàng dữ liệu chuẩn bị nhập. So với chuỗi số nguyên cục bộ, UUID thường dễ hợp nhất hơn giữa các tập dữ liệu được tạo độc lập, vì mỗi nguồn có thể chứa những giá trị số nguyên giống nhau.

Khoảng trắng, dấu câu, chữ cái có dấu và ký tự ngoài hệ chữ Latinh không gây trở ngại cho UUID v4, vì quá trình tạo mã không dựa trên văn bản đầu vào. Nếu cần mã định danh dựa trên một tên có những ký tự như vậy, hãy dùng cơ chế UUID dựa trên tên và xác định chính xác quy tắc mã hóa cũng như chuẩn hóa ký tự. Nếu không, các văn bản trông giống hệt nhau vẫn có thể tạo ra những chuỗi byte khác nhau và do đó cho ra mã định danh khác nhau.

Hai UUID v4 có thể trùng nhau không?

Có, về lý thuyết vẫn có thể xảy ra xung đột, nhưng đây không phải vấn đề đáng lo trong các trường hợp sử dụng UUID v4 thông thường nếu quá trình tạo dùng nguồn ngẫu nhiên phù hợp. UUID v4 có 122 bit có thể thay đổi vì các bit còn lại dùng để xác định phiên bản và biến thể, tạo ra một tập giá trị khả dụng cực kỳ lớn.

Vì vậy, "duy nhất toàn cầu" là cách mô tả mang tính thực tế chứ không phải bảo đảm toán học. Việc vô tình sao chép hoặc tái sử dụng giá trị, lỗi triển khai hay cơ chế tạo số ngẫu nhiên kém khi nguồn ngẫu nhiên không đủ tốt đều có thể gây trùng lặp thực tế hơn so với xác suất ngẫu nhiên đơn thuần. Những hệ thống không thể chấp nhận giá trị trùng vẫn nên thực thi tính duy nhất tại lớp cơ sở dữ liệu hoặc ứng dụng.

UUID cũng không chứng minh một yêu cầu là xác thực. Đừng chỉ dùng UUID hiển thị công khai để cấp quyền và đừng cho rằng một đối tượng đã được bảo vệ chỉ vì địa chỉ của nó khó đoán. Cần kiểm tra quyền truy cập đối với chính tài nguyên mà UUID trỏ đến.

Câu hỏi thường gặp

UUID có phân biệt chữ hoa và chữ thường không?

Không. Các chữ cái thập lục phân trong UUID dạng văn bản thường không phân biệt chữ hoa và chữ thường, nên A và a biểu thị cùng một giá trị. Dạng chuẩn thường dùng chữ thường. Việc chuẩn hóa kiểu chữ trước khi so sánh văn bản giúp tránh kết quả không nhất quán trong các hệ thống có phân biệt chữ hoa và chữ thường khi so sánh chuỗi.

Tôi có thể dùng UUID v4 trong URL hoặc tên tệp không?

Có. Dạng chuẩn chỉ dùng ký tự thập lục phân và dấu gạch nối, đều phù hợp với các đoạn đường dẫn URL thông thường và những hệ thống tệp phổ biến. Đừng thêm dấu ngoặc nhọn trừ khi một API cụ thể yêu cầu, đồng thời lưu ý rằng đưa UUID vào URL không làm cho tài nguyên trở thành riêng tư.

Có nên xóa dấu gạch nối khỏi UUID không?

Chỉ xóa khi định dạng nhận yêu cầu rõ ràng một chuỗi gồm 32 ký tự thập lục phân. Nhiều thư viện và kiểu dữ liệu UUID trong cơ sở dữ liệu chấp nhận dạng chuẩn có dấu gạch nối. Dạng này dễ nhận biết hơn và ít bị nhầm với một giá trị thập lục phân không liên quan.

UUID v4 có thể dùng làm mật khẩu hoặc khóa bí mật API không?

Không. Mã định danh và thông tin bí mật phục vụ những mục đích khác nhau. Một số cách triển khai UUID có thể sử dụng nguồn ngẫu nhiên phù hợp, nhưng bản thân định dạng UUID không bảo đảm các yêu cầu về cách xử lý, tính bí mật hoặc entropy dành cho mật khẩu, mã phiên và thông tin xác thực API. Hãy tạo thông tin xác thực hoặc mã token bằng cơ chế chuyên dụng cho mục đích đó, thay vì dùng Trình tạo UUID v4.

UUID v4 có được xem là dữ liệu cá nhân không?

Có, UUID có thể là dữ liệu cá nhân nếu nó xác định hoặc có thể được liên kết với một cá nhân có thể nhận diện, dù bản thân các ký tự không trực tiếp tiết lộ tên. Hãy xử lý UUID gắn với tài khoản khách hàng, thiết bị hoặc bản ghi hoạt động theo bối cảnh, quy định bảo vệ dữ liệu cá nhân áp dụng, cũng như chính sách lưu giữ và truy cập của tổ chức.

Tôi có thể dùng UUID v4 làm khóa chính của cơ sở dữ liệu không?

Có, nhiều cơ sở dữ liệu hỗ trợ trực tiếp UUID làm khóa chính. So với số nguyên có thứ tự hoặc mã định danh dựa trên thời gian, khóa phân bố ngẫu nhiên có thể khiến thao tác chèn vào chỉ mục kém tập trung hơn. Vì vậy, hãy kiểm tra hướng dẫn của cơ sở dữ liệu đối với các bảng có khối lượng ghi lớn. Luôn duy trì ràng buộc duy nhất và dùng nhất quán một cách biểu diễn lưu trữ trong quy trình nhập dữ liệu, truy vấn và mã ứng dụng.