备份失败或恢复出错常因权限不当：PHP进程需对源目录、备份路径及MySQL数据目录具备对应读写权限；mysqldump还需数据库用户拥有SELECT、RELOAD和REPLICATION CLIENT权限；tar命令须加-p参数保留权限，否则恢复后网站功能异常。
修改文件权限会直接导致备份失败或恢复出错
PHP 脚本执行备份（如用 exec('tar -czf') 或 shell_exec() 调用 mysqldump）时，若目标目录或源文件权限不足（比如 PHP 进程用户无读取数据库文件、无写入备份目录权限），命令会静默失败或报错 Permission denied。恢复时同理：若备份包本身不可读，或恢复路径不可写，tar -xzf 或 mysql 命令会中断，且 PHP 很少主动捕获 stderr，容易误判为“恢复成功”。
- Web 服务器用户（如
www-data、nginx、apache）必须对备份源（如/var/www/html）、备份目标（如/backup）、MySQL 数据目录（如/var/lib/mysql）有对应读/写权限 - 避免用
chmod 777—— 它让所有用户可写，等于开放后门；更安全的是用chown将目录属主设为 Web 用户，再设750或755 - MySQL 备份需额外注意：
mysqldump需要数据库用户有SELECT权限，但若导出--single-transaction或--master-data，还依赖RELOAD和REPLICATION CLIENT，权限缺失不会报“权限错误”，而是直接卡住或输出空文件
PHP 备份脚本中如何安全同步权限
单纯备份文件内容不够，权限、属主、时间戳等元数据丢失会导致恢复后网站无法运行（比如 wp-content 目录被设成 644 后，WordPress 插件无法写入）。PHP 本身不提供跨平台的权限保存接口，得靠外部工具配合。
- 用
tar时加-p参数保留权限：exec('tar -czpf /backup/site_'.date('Ymd').'.tar.gz -C /var/www/html . -p');—— 缺失-p，解压后所有文件权限都会变成默认 umask 值（通常是644/755） - 不要用
copy()或file_put_contents()备份整个目录：它们不复制权限，也不处理符号链接、socket 文件等特殊节点 - 若必须用 PHP 递归操作，可用
posix_getuid()+chmod()+chown()手动还原，但仅限 Linux，且需 PHP 启用posix扩展并以 root 或同组用户运行——生产环境极少允许
恢复时权限错乱的典型表现和快速验证法
恢复后网站白屏、CSS 不加载、后台上传失败、插件提示“无法创建目录”，八成是权限没还原。别急着重跑脚本，先做三件事：
- 检查恢复目标目录属主：
ls -ld /var/www/html—— 应为www-data:www-data（Debian/Ubuntu）或nginx:nginx（CentOS） - 检查关键子目录权限：
ls -l /var/www/html/wp-content—— 必须可写，常见应为drwxr-xr-x或drwxrwsr-x（含 sgid） - 用 PHP 验证实际可写性：
var_dump(is_writable('/var/www/html/wp-content'));—— 比看ls -l更可靠，因为受父目录执行位、SELinux、挂载选项等影响
备份权限同步的两个硬约束条件
再好的脚本也绕不开底层限制：一是操作系统级权限模型，二是 PHP 运行上下文。很多“一键同步权限”的函数库在容器或共享主机里根本跑不通。
立即学习“PHP免费学习笔记（深入）”；
- 容器环境（Docker）：宿主机挂载的卷默认属主是
root，PHP 进程即使以www-data运行，也无法用chown()修改挂载点内文件属主，只能提前在Dockerfile里chown -R www-data:www-data /var/www - 共享主机（cPanel、Plesk）：禁用
exec()、shell_exec()和posix函数，此时唯一可行方式是用 FTP/SFTP 协议备份（如phpseclib），但它无法传输权限，只能靠控制面板自带备份功能
-p，恢复时又跳过了 chown，最后在凌晨三点对着 500 错误干瞪眼。 
