不能用 UPDATE … SET field = AES_ENCRYPT(…) 一键加密，因返回二进制数据易导致截断乱码，且无IV致相同明文加密结果固定，存在统计分析风险。
直接批量加密已有数据库字段不安全，也不推荐——必须先备份、再逐行解密-重加密、最后验证一致性。
为什么不能用 UPDATE ... SET field = AES_ENCRYPT(...) 一键加密？
MySQL 的 AES_ENCRYPT() 返回二进制数据（BLOB 类型），若原字段是 VARCHAR，直接写入会导致截断、乱码或隐式转换失败；更关键的是，它不携带 IV（初始化向量），无法保证相同明文每次加密结果不同，存在统计分析风险。
实际中容易踩的坑：
- 字段类型没提前改成
VARBINARY或BLOB，加密后查出来是空或乱码 - 没设统一密钥和 IV 存储策略，后续 PHP 解密时对不上
- 一次性全表更新卡死、锁表时间过长，线上服务中断
- 没校验加密前后长度变化，导致
INSERT报Data too long
PHP 中用 openssl_encrypt() 安全循环加密敏感字段
核心原则：每条记录独立加解密，显式管理 IV，密文存为 Base64 字符串（兼容 VARCHAR 字段）。
立即学习“PHP免费学习笔记（深入）”；
实操要点：
