MySQL 8.2中AES_ENCRYPT的IV参数为何不生效？如何解决？

问题原因：参数顺序错误 #

MySQL 8.0.30及以上版本引入了密钥派生函数（KDF）支持，当使用hkdf作为KDF时，AES_ENCRYPT的参数顺序和无KDF的常规模式完全不同：

• 常规加密模式（无KDF）：AES_ENCRYPT(明文, 密钥, [初始化向量IV])
• HKDF加密模式：AES_ENCRYPT(明文, 密钥, 'hkdf', 盐[, 附加信息[, 初始化向量IV]])

你之前的写法把IV放在了第三个参数的位置，而这个位置在HKDF模式下应该是KDF名称（即'hkdf'），导致MySQL无法识别你传入的IV参数，只能使用默认的固定IV（或自动生成的重复IV），最终加密结果完全相同。

当你在'hkdf'后添加额外参数时，这个值实际被当作HKDF的盐参数，所以结果会随盐变化，但这依然不是正确使用IV的方式。

解决方法：调整参数顺序，正确传递IV #

要让IV参数生效，必须严格按照HKDF模式的参数顺序传递：

1. 第三个参数固定为'hkdf'
2. 依次传递盐、附加信息（可选，不需要则传NULL占位）
3. 最后传递IV参数

正确的示例语句 #

-- 使用表中唯一的IV字段，指定盐（可自定义固定值或使用表中其他字段）
UPDATE `Table` SET `column` = TO_BASE64(AES_ENCRYPT('plaintext','key','hkdf','fixed_salt',NULL,`IV`)) WHERE id = 1;
UPDATE `Table` SET `column` = TO_BASE64(AES_ENCRYPT('plaintext','key','hkdf','fixed_salt',NULL,`IV`)) WHERE id = 2;
UPDATE `Table` SET `column` = TO_BASE64(AES_ENCRYPT('plaintext','key','hkdf','fixed_salt',NULL,`IV`)) WHERE id = 3;

额外注意事项 #

• IV的长度必须匹配所使用的AES算法（例如AES-128需要16字节，AES-256需要32字节），否则MySQL会自动截断或补全，可能导致加密异常
• 解密时必须使用和加密完全一致的KDF参数、盐、IV，AES_DECRYPT的参数顺序与AES_ENCRYPT完全相同

内容的提问来源于stack exchange，提问作者Edwin NG