Cách tốt nhất để xử lý lớn (UUID) dưới dạng khóa chính của bảng MySQL

Question

Tôi có một chuỗi UUID mà tôi muốn sử dụng làm khóa chính của bảng MySQL, UUID là chuỗi ký tự thập lục phân 32 ký tự (sau khi ký tự '-' bị tước). Do thực tế là tốt hơn nên sử dụng một cột số (int) làm khóa chính của bạn trong cơ sở dữ liệu, tôi muốn chuyển đổi thành số nguyên nhưng không chắc chắn cách tốt nhất để xử lý nó.

1. Do kích thước của chuỗi (ví dụ uuid = 'a822ff2bff02461db45ddcd10a2de0c2'), tôi có cần phải chia nhỏ thành nhiều 'dữ liệu' hay không.
2. Tôi đang chạy PHP trên kiến ​​trúc 32 bit vào lúc này để chuyển đổi nó trong PHP sẽ không hoạt động do kích thước PHP_INT_MAX (tối đa 0xFFFFFFFF). Và tôi nghi ngờ đó sẽ là cùng một hạn chế đối với MySQL.
3. Tôi không thích ý tưởng của nhiều khóa chính như là một sửa chữa cho điều này, tôi thà sử dụng một biểu diễn chuỗi mặc dù đó không phải là phương pháp ưa thích.

Tôi có thể suy nghĩ về điều này sai, và không chống lại tài liệu đọc, vì vậy các ví dụ hoặc đề xuất đọc như một phản hồi sẽ được chấp nhận.

Answer 1

Đối với hầu hết các trường hợp, tốt nhất là lưu trữ UUID/GUID là BINARY(16). Xem những câu hỏi này StackOverflow liên quan:

• UUID Performance in MySQL
• How to Store UUID as Number

Việc chuyển đổi có thể (và có lẽ nên) được thực hiện trong MySQL thay vì PHP như vậy cho dù bạn đang sử dụng một 32bit client PHP hay 64bits không quan trọng một chút (ý định chơi chữ: P)

Answer 2

Sử dụng loại chuỗi chứ không phải số nguyên. Tốt hơn là chỉ tốt hơn nếu nó giải quyết được một vấn đề.

Nếu bạn thực sự lo lắng về tốc độ tra cứu, hãy sử dụng khóa chính tổng hợp (tăng tự động). Bạn có thể đặt một ràng buộc duy nhất trên cột UUID và chỉ sử dụng nó một lần để tra cứu khóa tổng hợp sau đó được sử dụng cho các kết nối của bạn, v.v.

Answer 3

Nó cũng phụ thuộc vào bộ lưu trữ. TokuDB nên xử lý tất cả những vấn đề này.