使用PHP openssl_encrypt()加密的数据对应MySQL应选用什么数据类型

openssl_encrypt() 函数默认返回原始二进制字符串，这类字符串包含大量不可见字符、不符合UTF-8编码规则的字节，直接存入utf8mb4类型的文本字段时，MySQL会自动对非法字节进行截断、转义或替换，最终取出的密文与原始加密结果不一致，导致解密失败得到乱码。

• 方案1：加密后做Base64编码再入库（最推荐）
  无需修改现有数据库字段配置，加密完成后调用base64_encode()将二进制密文转换为纯ASCII可见字符串后再入库；取出解密前先调用base64_decode()还原为原始二进制密文，再执行解密流程即可。
  参考代码示例：

// 加密入库环节
$raw_cipher = openssl_encrypt($原始数据, $加密算法, $密钥, OPENSSL_RAW_DATA, $偏移量IV);
$入库密文 = base64_encode($raw_cipher);
// 直接将$入库密文存入TEXT字段即可

// 查询解密环节
$查询到的密文 = base64_decode($数据库取出的字段值);
$原始数据 = openssl_decrypt($查询到的密文, $加密算法, $密钥, OPENSSL_RAW_DATA, $偏移量IV);

如果调用openssl_encrypt时未添加OPENSSL_RAW_DATA参数，函数默认返回的已经是Base64编码后的字符串，此时需要检查是否存在多余的转义操作，比如重复调用转义函数、框架自动转义破坏了Base64字符串格式。

• 方案2：修改字段类型为二进制存储
  不需要做Base64编解码，将存储密文的字段从TEXT类型修改为BLOB或VARBINARY类的二进制字段，这类字段不会做编码校验和转换，会原样存储二进制字节。注意要预留足够的字段长度，避免密文被截断。

• 额外配置校验项

  • 确认PHP与MySQL的连接编码统一设置为utf8mb4，避免连接层自动做编码转换破坏密文，可在建立连接后执行SET NAMES utf8mb4确认配置生效。
  • 确认加密环节使用的IV、密钥、加密算法与解密环节完全一致，随机生成的IV需要和密文一同存入数据库，不可遗漏。
  • 排查是否存在中间层（如WAF、数据库代理）对入库字符串做了过滤或修改。

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