最有效的绝对是BINARY(16) ,存储人类可读的字符占用的存储空间是原来的两倍,并且意味着更大的索引和更慢的查找。 如果您的数据足够小,不能以文本形式存储,就不会影响性能,那么您可能不需要无聊的整数键的UUID。 存储原始数据实际上并不像其他人所建议的那样痛苦,因为任何体面的db admin工具都会将八位位组显示/转储为十六进制,而不是“文本”的原义字节。 您无需在数据库中手动查找UUID。 如果需要, HEX()和x'deadbeef01'文字是您的朋友。 在您的应用程序中编写一个函数(就像您引用的函数一样)来为您解决这个问题很简单。 您甚至可以在数据库中将其作为虚拟列和存储过程来执行,因此该应用程序永远不会打扰原始数据。
我将UUID生成逻辑与显示逻辑分开,以确保不会更改现有数据并且可检测到错误:
function guidv4($prettify = false)
{
static $native = function_exists('random_bytes');
$data = $native ? random_bytes(16) : openssl_random_pseudo_bytes(16);
$data[6] = chr(ord($data[6]) & 0x0f | 0x40); // set version to 0100
$data[8] = chr(ord($data[8]) & 0x3f | 0x80); // set bits 6-7 to 10
if ($prettify) {
return guidv4_pretty($data);
}
return $data;
}
function guidv4_pretty($data)
{
return strlen($data) == 16 ?
vsprintf('%s%s-%s-%s-%s-%s%s%s', str_split(bin2hex($data), 4)) :
false;
}
function guidv4_ugly($data)
{
$data = preg_replace('/[^\\dA-F]+/i', '', $data);
return strlen($data) == 32 ? hex2bin($data) : false;
}
编辑:如果在读取数据库时只需要漂亮的列,则如下所示的语句就足够了:
ALTER TABLE test ADD uuid_pretty CHAR(36) GENERATED ALWAYS AS (CONCAT_WS('-', LEFT(HEX(uuid_ugly), 8), SUBSTR(HEX(uuid_ugly), 9, 4), SUBSTR(HEX(uuid_ugly), 13, 4), SUBSTR(HEX(uuid_ugly), 17, 4), RIGHT(HEX(uuid_ugly), 12))) VIRTUAL;