PHP通过安全调用mysqldump实现MySQL备份：使用--defaults-file隐藏凭证、绝对路径、utf8mb4编码及--single-transaction等参数，检查退出码、设置超时、压缩归档并定期清理。
PHP怎么用mysqldump命令做数据库备份
直接调用系统mysqldump是最轻量、最可靠的方式，比纯PHP读写SQL快得多，也避免字符编码和转义问题。前提是服务器允许执行外部命令（exec、shell_exec等未被禁用），且mysqldump在$PATH中。
常见错误现象：mysqldump: command not found（路径没配对）、Access denied for user（密码含特殊字符未转义）、备份文件为空（未检查返回值或输出被截断）。
- 用
escapeshellarg()包裹所有用户可控参数，尤其是密码——哪怕你认为密码是自己写的，也要防配置泄露后被注入 - 不要拼接字符串构造命令，改用数组+
implode(' ', array_map('escapeshellarg', $parts)) - 显式指定
--single-transaction --routines --triggers --set-gtid-purged=OFF，兼顾一致性与兼容性（尤其MySQL 5.7+ / 8.0） - 用
shell_exec()捕获完整输出，检查是否含Warning或ERROR字样，而不仅是返回值是否为null
备份文件怎么命名和保存才不容易混乱
时间戳必须精确到秒，且用date('Y-m-d_H-i-s')格式（下划线分隔），避免空格、冒号导致后续脚本解析失败；数据库名要过滤掉非法字符，否则可能被用于路径遍历。
典型翻车点：用date('Y-m-d H:i:s')生成文件名 → 得到2024-06-15 14:30:22.sql → 空格让tar或rsync误判参数；或者直接把$_POST['db_name']拼进路径，结果传入test; rm -rf /就完了。
立即学习“PHP免费学习笔记（深入）”；
- 文件名模板：
{$dbname}_{$timestamp}.sql，其中$dbname = preg_replace('/[^a-zA-Z0-9_\-]/', '', $raw_name) - 保存路径必须是绝对路径，且不在Web可访问目录下（比如
/var/backups/myapp/，而非./backup/） - 备份前用
mkdir -p确保目录存在，并用chmod 600设权限，防止其他用户读取敏感数据
PHP里怎么安全触发备份并防止重复执行
不能靠前端按钮“点一下就跑一次”，必须加服务端锁。否则并发请求会同时写同一个文件，或触发多次mysqldump拖垮数据库。
最容易被忽略的是锁的清理时机——如果备份中途出错或超时，锁文件没删，后续所有备份都卡死。
- 用
flock()配合临时文件实现排他锁，而不是简单建个.lock文件（后者不保证原子性） - 锁文件路径和备份文件路径分离，例如锁存在
/tmp/backup_{$dbname}.lock，备份存在/var/backups/ - 设置
set_time_limit(300)，并在关键步骤插入if (connection_aborted()) die();，避免用户关页面后进程还在跑 - 备份完成后，用
gzip压缩再删原SQL（exec("gzip -f {$sql_file}")），节省空间且传输更快
备份失败了怎么快速定位问题
别只看PHP有没有报错——mysqldump成功时返回空字符串，失败时也可能返回空（比如权限不够但没输出错误）。真正可靠的判断方式是捕获stderr并检查退出码。
实操建议：把2>&1重定向加上，用exec($cmd, $output, $return_code)三参数模式，然后：
-
$return_code !== 0→ 必须处理，不管$output有没有内容 -
count($output) === 0 && $return_code !== 0→ 很可能是路径错或权限拒绝，去服务器手动跑一遍命令验证 - 输出里含
Got error: 1045→ 密码错误或用户无LOCK TABLES权限；含Can't connect to local MySQL server→ socket路径不对或MySQL没起来
复杂点在于，有些共享主机禁用exec，这时只能退回到PDO逐表SELECT INTO OUTFILE，但要求MySQL有secure_file_priv且用户有FILE权限——这种环境基本不适合自动备份，得换方案。
