phpMyAdmin 本身不能定时备份，因其仅为Web界面、无后台进程、不支持cron、无加密或自动保存能力；必须用mysqldump配合系统定时任务实现。
phpmyadmin 本身不能定时备份，它只是个 web 界面，没有后台进程、不支持 cron、也不提供加密或自动保存能力。真要实现定时备份，必须绕过 phpmyadmin，用 mysqldump + 系统定时任务（cron）组合实现。
为什么不能直接在 phpMyAdmin 里设定时任务
phpMyAdmin 是纯前端交互工具，所有「导出」操作都依赖用户点击触发，服务器端不会持久驻留任何调度逻辑。它调用的底层仍是 mysqldump，但只做一次性的 HTTP 响应式输出，无法：
- 自动写入指定路径
- 跳过密码交互（-p 会阻塞）
- 加密或压缩输出
- 记录日志或清理旧文件
- 在无浏览器访问时运行
用 PHP 脚本调用 mysqldump 的坑点
虽然可以用 exec() 或 shell_exec() 在 PHP 中执行 mysqldump，但实际落地时容易失败，常见原因包括：
- mysqldump 不在 PHP 进程的 $PATH 中，需写绝对路径（如 /usr/bin/mysqldump）
- MySQL 密码明文拼接进命令字符串，会被 shell 解析错误（尤其含特殊字符时），应改用 ~/.my.cnf 配置文件并设 chmod 600
- Web 用户（如 www-data）无权写入目标目录，或磁盘空间不足
- exec() 默认被禁用，需检查 disable_functions 是否包含它
- 没捕获 $return_code，导致失败静默，建议加日志：error_log("Backup failed: $output");
cron 执行脚本时环境变量缺失问题
手动运行脚本能成功，但放进 cron 就报 Access denied 或 command not found，本质是 cron 使用最小环境（几乎无 $PATH、不加载 .bashrc）。解决方式：
- 所有命令用绝对路径：/usr/bin/mysqldump、/usr/bin/gzip、/usr/bin/openssl
- 脚本开头显式加载环境：. /home/user/.bashrc（仅当该文件存在且定义了必要变量）
- 密钥类变量（如 PASSPHRASE）不要靠 export，改用 env 文件或硬编码进脚本（不推荐）或 systemd service 管理
- 日志重定向必须写全：>> /var/log/backup.log 2>&1，否则错误全丢弃
真正可靠的定时备份，从来不是“让 phpMyAdmin 做什么”，而是把它当成调试和验证工具——先在命令行跑通 mysqldump，再套 cron，最后用 phpMyAdmin 手动导入一个备份文件确认可恢复。备份链路越短、依赖越少，越不容易在凌晨两点崩掉。
