能否在静态格式MySQL表中存储AES加密数据？

首先明确：MySQL的静态格式表要求所有字段都使用固定长度数据类型，可变长度类型（如VARCHAR、VARBINARY、TEXT等）会导致表无法采用静态格式。针对AES加密的数据，你可以选择以下两种固定长度类型存储：

1. BINARY(n) 二进制固定长度类型 #

AES加密后的结果是二进制数据，直接用BINARY(n)存储是最节省空间的方式。你需要先确定加密后数据的最大字节长度，将n设置为该值：

• 若使用MySQL内置的AES_ENCRYPT()函数，加密后长度计算公式为：16 * ((LENGTH(明文) + 15) DIV 16)（AES默认采用128位密钥，块大小16字节）。
• 例如：如果明文最长为100字节，加密后长度为16 * ((100+15)/16) = 16*7=112字节，此时可定义字段为BINARY(112)。
• 注意：必须保证所有加密后的结果长度不超过n，否则数据会被截断，无法正常解密。

2. CHAR(n) 字符固定长度类型 #

将加密后的二进制数据通过HEX()函数转换为十六进制字符串，再用CHAR(n)存储：

• 十六进制字符串的长度是原二进制长度的2倍，比如加密后二进制为112字节，对应的十六进制字符串长度为224，此时字段定义为CHAR(224)。
• 解密时，先用UNHEX()将字符串转回二进制，再调用AES_DECRYPT()解密。
• 这种方式的优势是数据以可见字符存储（虽然加密后无实际可读性），但会占用双倍存储空间。

关键注意事项 #

• 静态格式表的性能优势主要体现在MyISAM引擎；对于InnoDB引擎，官方不推荐使用ROW_FORMAT=FIXED（对应静态格式），因为InnoDB的优化更偏向于可变长度行格式，强行使用固定长度可能反而浪费空间。
• 无论选择哪种类型，都必须严格匹配加密后数据的最大长度，避免截断或空间浪费。
• 若你的明文长度不固定，建议先对明文进行填充（比如用空格或特定字符补到固定长度），确保加密后的结果长度完全一致，这样能更好地适配静态表的固定长度要求。

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