在MariaDB中，放置在触发器中的函数启动时将返回不同的值

Question

有这样的表和功能：

CREATE TABLE `test` (`ID` BINARY(16)) ENGINE=InnoDB;

CREATE FUNCTION `UUID_ENCODE`(`uuid` CHAR(36))
    RETURNS binary(16)
    DETERMINISTIC
BEGIN
    RETURN UNHEX(REVERSE(REPLACE(uuid,'-','')));
END

CREATE FUNCTION `UUID_DECODE`(`uuid` BINARY(16))
    RETURNS char(36)
    DETERMINISTIC
BEGIN
RETURN LOWER(CONCAT_WS('-',
    REVERSE(HEX(RIGHT(uuid,6))),
    REVERSE(HEX(MID(uuid,9,2))),
    REVERSE(HEX(MID(uuid,7,2))),
    REVERSE(HEX(MID(uuid,5,2))),
    REVERSE(HEX(LEFT(uuid,4)))
));
END

插入正常工作：

INSERT INTO test (ID) VALUES(UUID_ENCODE('323febe6-cd89-4773-a46c-aab794fb7cbc'));

SELECT UUID_DECODE(ID) FROM test;
+--------------------------------------+
| uuid_decode(id)                      |
+--------------------------------------+
| 323febe6cd89-4773-a46c-aab7-94fb7cbc |
+--------------------------------------+

只需创建一个触发器：

CREATE TRIGGER `test_uuid_encode` BEFORE INSERT ON `test` FOR EACH ROW BEGIN
    SET NEW.ID = UUID_ENCODE(NEW.ID);
END

并在表中获得一半的截断值：

INSERT INTO test (ID) VALUES('323febe6-cd89-4773-a46c-aab794fb7cbc');

Warning (Code 1265): Data truncated for column 'ID' at row 1

SELECT UUID_DECODE(ID) FROM test;
+--------------------------------------+
| uuid_decode(id)                      |
+--------------------------------------+
| 000000000000-0000-0032-3feb-e6cd8947 |
+--------------------------------------+

此触发器有什么问题？

软件版本为：

适用于x86上Win64的5.5.33a-MariaDB版本（mariadb.org二进制分发版）

Answer 1

表的ID列声明为BINARY(16) ，而您的UUID_ENCODE需要CHAR(36) 。 当您直接调用UUID_ENCODE函数而不使用触发器时，它会正确接收您的36个字符的字符串。 当您改用触发器时，您插入的值将首先转换为列的类型，因此NEW.ID将包含CAST('323febe6-cd89-4773-a46c-aab794fb7cbc' AS BINARY(16) 。当触发器调用该函数时，它将再次将NEW.ID的值NEW.ID转换为您的函数期望的类型，因此，这是您的函数将收到的值：

SELECT CAST(CAST('323febe6-cd89-4773-a46c-aab794fb7cbc' AS BINARY(16)) AS CHAR);

323febe6-cd89-47

如您所见，您的函数收到的值被截断。 您得到的结果等同于：

SELECT UUID_DECODE(UUID_ENCODE('323febe6-cd89-47'));

000000000000-0000-0032-3feb-e6cd8947

UPDATE

在触发器中实现所需功能的一种方法是使用函数期望的类型添加一个虚拟的可为空的列：

CREATE TABLE test (ID BINARY(16) KEY DEFAULT 0, CHARID CHAR(36) NULL);

CREATE TRIGGER test_uuid_encode BEFORE INSERT ON test FOR EACH ROW BEGIN
    SET NEW.ID = UUID_ENCODE(NEW.CHARID)
      , NEW.CHARID = NULL;
END

这样，您可以执行以下操作：

INSERT test (CHARID) VALUES ('323febe6-cd89-4773-a46c-aab794fb7cbc');

SELECT UUID_DECODE(ID) FROM test;
+--------------------------------------+
| uuid_decode(id)                      |
+--------------------------------------+
| 323febe6cd89-4773-a46c-aab7-94fb7cbc |
+--------------------------------------+

我在这里开了一个小提琴。

注意：

• 尽管CHARID接受NULL，但ID不接受，所以尝试在CHARID插入NULL值将导致触发器尝试将ID设置为NULL，并且插入被拒绝。
• 尝试在CHARID中插入导致UUID_ENCODE返回NULL的无效值也将失败。
• ID的DEFAULT 0子句仅用于允许您从插入列表中省略该列。 写入表的值将始终是触发器生成的值。
• 始终为NULL的可为空的列每行应占用0到2个字节的额外存储空间，具体取决于您的表布局和行格式（例如，您需要避免使用MyISAM引擎的FIXED格式）。
• 有许多可能的变化。 如果您不介意额外的存储空间，则可以保留CHARID值而无需将其设置为NULL。 如果要允许显式插入二进制ID值，则可以向触发器添加一个检查，以便仅在NEW.ID为0时才计算。
• 如果允许，您应该对UPDATE操作具有类似的触发器。