phpMyAdmin本身不支持导出时直接加密，因其是纯Web前端，无权限调用openssl等系统工具，导出仅生成明文HTTP响应流并直接返回浏览器；真正加密备份需用mysqldump+openssl脚本组合实现导出、加密、删明文三步原子化操作。
phpmyadmin 本身不支持导出时直接加密，所有通过它「导出」生成的 .sql 文件都是明文。想让备份文件真正加密保存，必须绕过 phpmyadmin 界面，用系统级工具在导出后立即加密封装。
为什么不能在 phpMyAdmin 里点一下就加密
phpMyAdmin 是纯 Web 前端，没有权限调用 openssl 或 gpg，也不读取环境变量、不管理密钥、不执行 shell 命令。你点击「导出」后，它只是拼 SQL、吐 HTTP 响应流——连临时文件都不落地，更谈不上加密。
- 导出结果直接返回浏览器，服务器上不留痕
- 即使勾选「gzip」，也只是压缩，不是加密
- 任何声称「phpMyAdmin 内置加密导出」的插件或修改，都不可信或已失效
正确做法：mysqldump + openssl 组合脚本
核心是用 mysqldump 导出，再用 openssl enc 加密，最后删掉明文。关键参数和避坑点如下：
-
mysqldump必须加--single-transaction（InnoDB）或--lock-tables=false（MyISAM），避免锁库 - 密码不要写在命令行里：
-p'xxx'会留进程记录，改用~/.my.cnf并设chmod 600 -
openssl enc -aes-256-cbc -salt是最低可用标准，别用-des或无-salt - 密钥必须从环境变量传入：
-pass env:PASSPHRASE，禁止硬编码进脚本 - 加密后立刻
rm明文.sql文件——这是最容易被忽略的安全断点
crontab 定时执行时的典型失败原因
脚本手动跑通，但加进 crontab 就失败，90% 出在环境差异：
-
mysqldump和openssl必须写绝对路径，比如/usr/bin/mysqldump，cron 不读$PATH - MySQL 配置文件
~/.my.cnf在 cron 下可能找不到家目录，要用完整路径/home/user/.my.cnf - 环境变量如
PASSPHRASE不会被 cron 自动加载，得在 crontab 行里显式. ~/.bashrc; /path/to/script.sh - 务必重定向日志：
> /var/log/backup.log 2>&1，否则错误全丢进黑洞
真正的加密备份，从来不是「导出完再手工 zip 加密」，而是导出、加密、清理三步原子化完成。中间任意一步失败，都不该留下未加密的 .sql 文件——这点比选什么算法更重要。
立即学习“PHP免费学习笔记（深入）”；
