aes_encrypt不能加密备份文件，因其仅支持单字段值加解密，无法处理mysqldump生成的含create/insert语句的纯文本sql流；正确做法是mysqldump输出直连openssl流式加密，全程不落盘明文。
不能用 MySQL 自带的 AES_ENCRYPT 函数加密备份文件——它只处理单个字段值，对 mysqldump 输出的 SQL 文本完全无效。
为什么 AES_ENCRYPT 对备份文件不起作用
备份文件（如 backup.sql）是纯文本，含 CREATE TABLE、INSERT 等语句。而 AES_ENCRYPT() 只能在 SQL 执行时对某个字符串字段做加解密，无法作用于整个文件流。常见错误包括：
- 把
mysqldump输出重定向进mysql -e "SELECT AES_ENCRYPT()"—— 语法报错或空输出 - 用
SELECT ... INTO OUTFILE配合AES_ENCRYPT—— 生成的仍是明文 SQL，仅部分列变成VARBINARYblob，无法直接导入还原 - 误以为开启
innodb_encrypt_tables就能加密 dump 文件 —— 这是 TDE 物理层功能，社区版无效，且不覆盖逻辑备份
必须用管道流式加密：mysqldump | openssl enc
真正安全的做法是让 mysqldump 输出直连加密命令，全程不落地明文。关键参数一个都不能少：
-
-pbkdf2：必须启用，否则使用过时密钥派生方式，易被暴力破解 -
-iter 1000000：迭代次数至少 10 万（MySQL 官方建议 ≥100000），低于 10000 基本无效 -
-salt：必须加，防止彩虹表攻击；漏掉会导致相同密码每次生成相同密钥 -
-md sha256：显式指定摘要算法；老版本 OpenSSL 默认md5，跨环境解密必失败 - 绝对不要在命令行写
-pass pass:xxx—— 密码会留在ps aux和 shell history 中
推荐命令：
mysqldump --ssl-mode=REQUIRED -u appuser -p database_name | gzip | openssl enc -aes-256-cbc -pbkdf2 -iter 1000000 -salt -md sha256 -out backup.sql.gz.enc
注意：--ssl-mode=REQUIRED 防止备份过程网络传输明文；gzip 在加密前压缩，节省空间和时间。
解密还原时别落地明文，直接喂给 mysql
解密后立刻导入，避免生成中间明文文件：
openssl enc -d -aes-256-cbc -pbkdf2 -iter 1000000 -salt -md sha256 -in backup.sql.gz.enc | gunzip | mysql --ssl-mode=REQUIRED -u appuser -p database_name
验证是否参数正确的小技巧：
- 先跑一次解密头几行：
openssl enc -d ... -in backup.sql.gz.enc 2>/dev/null | gunzip | head -n 3，能输出正常 SQL 才说明密码和参数全对 - 如果报
bad decrypt，90% 是-pbkdf2、-iter、-md三者中至少一项没对齐，不是文件损坏 - 扩展名务必明确，如
.sql.gz.enc，避免误当成普通 SQL 打开或上传
最易被忽略的一点：加密只是最后一道防线。备份账号权限必须最小化（禁用 FILE、PROCESS）、服务端强制 require_secure_transport = ON、定期验证解密还原通路是否可用——否则再强的 AES 也挡不住配置疏漏。
