导出文件为0KB是因mysqldump未执行成功；需确认其绝对路径、socket权限、TMPDIR空间及~/.my.cnf权限，手动执行并捕获stderr验证。
导出文件为0KB，先确认mysqldump是否真执行了
宝塔点“导出”后生成空文件，不是数据库没数据，而是mysqldump压根没跑起来。它静默失败，只留一个 0 字节的 .sql 文件。
实操建议：
- 登录服务器，手动执行：
mysqldump -u root -p'your_pass' --databases test_db > /tmp/test.sql，看终端是否报错 - 重点看错误类型：
command not found（路径不对）、Permission denied（socket 权限或密码文件权限问题）、Can't connect to local MySQL server（socket 路径不匹配） - 别信宝塔后台日志——它常不记录子进程 stderr；加
2>&1捕获完整输出，比如：mysqldump ... > /tmp/test.sql 2>&1
宝塔里填的mysqldump路径可能根本不存在
宝塔「MySQL 备份设置」中必须填mysqldump的绝对路径，填mysqldump或随便抄个/usr/bin/mysqldump大概率失效。
实操建议：
- 运行
which mysqldump或find /usr -name mysqldump 2>/dev/null找真实位置 - 常见有效路径包括：
/www/server/mysql/bin/mysqldump（宝塔默认 MySQL）、/usr/local/mysql/bin/mysqldump（源码安装）、/opt/homebrew/bin/mysqldump（Mac M1） - 填完务必点「保存」——该配置不会热加载，不保存等于没改
- 若服务器同时跑 MySQL 和 MariaDB，确保路径对应你要备份的那个实例的
mysqldump
导出中断或卡住，跟/tmp空间和MySQL参数强相关
大库导出时，mysqldump可能因/tmp满、超时、锁表被系统 kill，最终产出 0KB 文件。这不是宝塔的问题，是底层命令在资源受限时的自然失败。
实操建议：
- 查
/tmp是否为 tmpfs：df -T /tmp；若是，且剩余不足 512MB，就极可能中断 - 临时换临时目录：导出前执行
export TMPDIR=/www/backup（确保该目录可写且空间充足） - 加关键参数避免锁表和中断：
--single-transaction --skip-lock-tables --hex-blob，尤其对 InnoDB 库必要 - 检查 MySQL 配置：
max_allowed_packet和wait_timeout过小也会导致中途断连
权限问题常藏在 socket 和密码文件里
即使账号密码正确，mysqldump仍可能因无法访问 MySQL 的 Unix socket 或读取~/.my.cnf而静默失败，表现为 0KB 输出。
实操建议：
- 用
-S显式指定 socket 路径，比如：mysqldump -S /tmp/mysql.sock ...（查路径用mysqladmin variables | grep socket） - 检查
/www/server/mysql/data/目录权限，确保宝塔运行用户（通常是www）有读 socket 文件的权限 - 若用了
~/.my.cnf存密码，确认该文件权限是600，且属主是www用户（否则mysqldump拒绝读取） - 测试时绕过配置文件，直接把用户名密码写进命令（仅临时调试）：
mysqldump -u root -p'xxx' ...
mysqldump启动那一瞬间——路径、权限、临时空间、socket 可达性，四者缺一不可。手动跑通一次，比在宝塔界面点十次都管用。 
