我不明白为什么
SELECT UUID();
返回类似以下内容：
3f06af63-a93c-11e4-9797-00505690773f
但是，如果我将它插入到一个二进制(16)字段中（使用UUID()函数），例如在BEFORE INSERT触发器中运行SELECT语句，则返回类似以下内容：
但如果我将其插入到二进制（16）字段中（使用UUID()函数），例如通过BEFORE INSERT触发器，并运行SELECT，它会返回类似以下的东西：
0782ef48-a439-11
注意，这两个UUID不是相同的数据。
我知道二进制和UUID字符串看起来不一样，但是选择的数据至少应该一样长吧？否则它怎么可能同样有可能是唯一的？
把它存储为char(36)是否更好？我只需要它是唯一的，以防止重复插入。它从未被选中或用于连接。
编辑：
触发器之前会像这样：
BEGIN
if NEW.UUID IS NULL THEN
NEW.UUID = UUID();
END IF
END
INSERT INTO sometable (UUID) VALUES
(UNHEX(REPLACE("3f06af63-a93c-11e4-9797-00505690773f", "-","")))
UNHEX 函数。我们在语句中使用 REPLACE 来去除连字符，将长度减少到 32 个字符（表示我们的 16 字节的十六进制值）。你可以在存储之前的任何时候执行此操作，这样就不需要由数据库处理。SELECT HEX(UUID) FROM sometable;
UNHEX()。SELECT * FROM sometable WHERE UUID = UNHEX('3f06af63a93c11e4979700505690773f');
或者文字注释（正如Alexis Wilke所述）：
SELECT * FROM sometable WHERE UUID = 0x3f06af63a93c11e4979700505690773f;
而不是在列上使用HEX()：
SELECT * FROM sometable WHERE HEX(UUID) = '3f06af63a93c11e4979700505690773f';
从MySQL 8开始，你可以使用两个新的UUID函数：
BIN_TO_UUID
SELECT BIN_TO_UUID(uuid, true) AS uuid FROM foo;
-- 3f06af63-a93c-11e4-9797-00505690773f
UUID_TO_BIN
UUID_TO_BIN函数将UUID值转换为二进制字符串。INSERT INTO foo (uuid) VALUES (UUID_TO_BIN('3f06af63-a93c-11e4-9797-00505690773f', true));
这种方法还支持重新排列uuid的时间组件以增强索引性能（按时间顺序排序），只需将第二个参数设置为true即可 - 这仅适用于UUID1。
如果您正在使用true在UUID_TO_BIN标志上提高索引性能（建议），您还必须在BIN_TO_UUID上设置它，否则它无法正确地转换回来。
请参阅文档了解更多详细信息。
DELIMITER $$
CREATE FUNCTION BIN_TO_UUID(b BINARY(16), f BOOLEAN)
RETURNS CHAR(36)
DETERMINISTIC
BEGIN
DECLARE hexStr CHAR(32);
SET hexStr = HEX(b);
RETURN LOWER(CONCAT(
IF(f,SUBSTR(hexStr, 9, 8),SUBSTR(hexStr, 1, 8)), '-',
IF(f,SUBSTR(hexStr, 5, 4),SUBSTR(hexStr, 9, 4)), '-',
IF(f,SUBSTR(hexStr, 1, 4),SUBSTR(hexStr, 13, 4)), '-',
SUBSTR(hexStr, 17, 4), '-',
SUBSTR(hexStr, 21)
));
END$$
CREATE FUNCTION UUID_TO_BIN(uuid CHAR(36), f BOOLEAN)
RETURNS BINARY(16)
DETERMINISTIC
BEGIN
RETURN UNHEX(CONCAT(
IF(f,SUBSTRING(uuid, 15, 4),SUBSTRING(uuid, 1, 8)),
SUBSTRING(uuid, 10, 4),
IF(f,SUBSTRING(uuid, 1, 8),SUBSTRING(uuid, 15, 4)),
SUBSTRING(uuid, 20, 4),
SUBSTRING(uuid, 25))
);
END$$
DELIMITER ;
--
-- Tests to demonstrate that it works correctly. These are the values taken from
-- https://dev.mysql.com/doc/refman/8.0/en/miscellaneous-functions.html#function_uuid-to-bin
--
-- If you run these SELECTs using the above functions, the
-- output of the two columns should be exactly identical in all four cases.
SET @uuid = '6ccd780c-baba-1026-9564-5b8c656024db';
SELECT HEX(UUID_TO_BIN(@uuid, 0)), '6CCD780CBABA102695645B8C656024DB';
SELECT HEX(UUID_TO_BIN(@uuid, 1)), '1026BABA6CCD780C95645B8C656024DB';
SELECT BIN_TO_UUID(UUID_TO_BIN(@uuid,0),0), '6ccd780c-baba-1026-9564-5b8c656024db';
SELECT BIN_TO_UUID(UUID_TO_BIN(@uuid,1),1), '6ccd780c-baba-1026-9564-5b8c656024db';
我使用的是MariaDB，因此没有BIN_TO_UUID函数系列。不过我还是成功获取了相应的值。
bin -> hex
这里，uuid是UUID的二进制(16)值；您将使用下面的值来选择其可读版本。
LOWER(CONCAT(
SUBSTR(HEX(uuid), 1, 8), '-',
SUBSTR(HEX(uuid), 9, 4), '-',
SUBSTR(HEX(uuid), 13, 4), '-',
SUBSTR(HEX(uuid), 17, 4), '-',
SUBSTR(HEX(uuid), 21)
))
十六进制 -> 二进制
这里，cc6e6d97-5501-11e7-b2cb-ceedca613421 是 UUID 的可读版本，您将在 WHERE 子句中使用下面的值寻找它。
UNHEX(REPLACE('cc6e6d97-5501-11e7-b2cb-ceedca613421', '-', ''))
干杯
UUID() 函数返回一个36个字符的字符串，需要使用所示函数（UNHEX() 或在较新的平台上使用 UUID_TO_BIN()）进行转换。UUID() 函数中使用以下内容：INSERT INTO sometable (id) VALUES (UNHEX(REPLACE(UUID(), '-', ''))); -- all versions
INSERT INTO sometable (id) VALUES (UUID_TO_BIN(UUID()); -- since v8.0
但在我生成自己的UUID时，请使用此选项;
INSERT INTO sometable (id) VALUES 0x3f06af63a93c11e4979700505690773f;
同样地，你可以在WHERE从句中使用十六进制文字：
SELECT * FROM sometable WHERE id = 0x3f06af63a93c11e4979700505690773f;
如果您不必每次将数据转换为UUID字符串，这将更快。
注意：'0xaBc中的'x'是区分大小写的。 然而，十六进制数字并不区分大小写。
INSERT INTO sometable (id) VALUES (UNHEX(REPLACE(CONVERT(UUID() using utf8mb4), '-', ''))) 以确保唯一性。 - Davi CavalcantiSELECT MID(UUID(),1,32); # 32 characters long UUID
SELECT MID(UUID(),1,11); # 11 characters long UUID
BINARY(16)只能容纳 16 个字符。因此，它将包含您存储在其中的 UUID 的前 16 个字符。 - BarmarUNHEX()函数将UUID转换为适合16字节的数字。 - Barmar0到F分别对应于十进制中的数字0到15。每个十六进制数字对应 4 个位，因此 2 个十六进制数字相当于 8 个位，即 1 字节。 - Barmar