直接调用 mysqldump 最可靠,php 仅拼参执行;必须用绝对路径和 --defaults-extra-file 避免密码泄露与路径问题;需检查返回码、记录完整输出、校验文件存在性与大小,三者缺一不可。

直接调用 mysqldump 是最可靠的方式,PHP 本身不生成 SQL,只负责拼参数、执行、捕获错误。其他纯 PHP 实现(如 PDO 逐表导出)慢、易丢数据、难保事务一致性,仅作备用方案。
为什么 exec() + 绝对路径是硬性要求
Web 环境下 PHP 的 exec() 几乎肯定找不到 mysqldump,因为 Apache/Nginx 用户的 PATH 和你登录终端时完全不同。
- 先在服务器跑
which mysqldump,常见路径是/usr/bin/mysqldump或/usr/local/mysql/bin/mysqldump - PHP 中必须写死绝对路径:
/usr/bin/mysqldump --defaults-extra-file=/home/www/.my.cnf mydb > /var/www/backups/mydb_20260426.sql - 别信
shell_exec('mysqldump ...')—— 它大概率静默失败,且无法拿到错误码
密码不能明文出现在命令里
进程列表(ps aux)、Web 错误日志、甚至 top 都可能泄露 -p123456 这种写法。
- 创建
/home/www/.my.cnf,内容为:[client] user = backup_user password = your_strong_password host = localhost
- 立刻执行
chmod 600 /home/www/.my.cnf,否则mysqldump拒绝读取 - 调用时去掉
-u和-p,改用--defaults-extra-file=...
备份失败却没报错?检查这三件事
很多脚本看似成功,其实输出为空或含 ERROR,但没人看。
- 必须用三参数
exec($cmd, $output, $return_code),只看$return_code !== 0才算失败 - 把
$output全部写进日志:file_put_contents('/var/log/backup.log', date('Y-m-d H:i:s') . " " . implode("\n", $output) . "\n", FILE_APPEND); - 导出后立刻校验:
if (!file_exists($sql_file) || filesize($sql_file) —— 空文件或只有几百字节基本等于没备上
定时执行时 crontab 会“失联”,原因不是 PHP
crontab 默认环境极简:没有 PATH、没有 HOME、不读用户 shell 配置。这不是 PHP 的锅,是 shell 上下文缺失。
- crontab 条目必须显式声明环境:
PATH=/usr/local/bin:/usr/bin:/bin HOME=/var/www USER=www-data 0 2 * * * /usr/bin/php /var/www/backup.php >> /var/log/backup.log 2>&1 - PHP 脚本开头加
set_time_limit(0),防止大库导出中途超时 - 加
--single-transaction(InnoDB)或--lock-all-tables(MyISAM),否则备份期间写入的数据可能丢失
真正容易被忽略的是:备份脚本一旦静默失败,没人知道。日志不写全、返回码不检查、文件不校验——这三个动作缺一不可。否则所谓“自动备份”,只是每天定时制造一个假安心。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











