宝塔面板“备份数据库”任务独立于网站备份，仅导出SQL文件，默认存于/www/backup/database，文件名格式为database_数据库名_时间戳.sql，底层调用backup.py脚本而非mysqldump，不记录至backup.db除非首次成功执行。
可以，宝塔面板的计划任务里「备份数据库」是完全独立于「备份网站」的选项，勾选它就只导出 SQL 文件，不会碰任何网站文件（如 /www/wwwroot/example.com 下的 HTML、PHP、图片等）。
为什么勾选“备份数据库”后没看到 SQL 文件？
常见原因不是功能失效，而是路径、权限或日志误读：
- 备份文件默认存放在
/www/backup/database，不是/www/backup/site—— 很多人只去 site 目录翻找 - SQL 文件名格式为
database_数据库名_时间戳.sql（例如database_wp_202604130200.sql），不含“backup”字样，容易被忽略 - 若数据库名含下划线或特殊字符，宝塔会自动转义，比如数据库
my-site可能生成为database_my_2d_site_202604130200.sql - 执行日志里只显示 “备份数据库完成”，不打印具体文件路径；必须进文件管理器手动打开
/www/backup/database确认
“备份数据库”任务实际执行的是什么操作？
它调用的是宝塔封装的 Python 脚本 /www/server/panel/class/backup.py，底层并非直接跑 mysqldump，而是：
- 先通过面板已配置的数据库连接信息（用户名、密码、host）连上 MySQL/MariaDB
- 使用
SELECT * FROM information_schema.TABLES获取表结构，再逐表导出（兼容NO_AUTO_VALUE_ON_ZERO等 SQL_MODE） - 自动添加
DROP TABLE IF EXISTS和CREATE TABLE语句（可关闭，见下条） - 不依赖系统级
mysqldump命令，所以即使你删了/usr/bin/mysqldump，它仍能工作
如何让导出的 SQL 更干净、更易还原？
默认导出包含大量兼容性头和注释，如果你后续要人工检查或跨版本迁移，建议手动干预导出逻辑：
- 在 phpMyAdmin 中导出时，取消勾选 “添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT” —— 避免误删线上表
- 若需最小化 SQL（仅数据+建表），不要用计划任务，改用 phpMyAdmin 的「自定义」导出，格式选
SQL，导出方法选快速，并勾选 “仅数据” 或 “仅结构” - 计划任务导出的 SQL 不含
SET FOREIGN_KEY_CHECKS=0，还原前需手动加，否则外键约束可能报错 - 大库（>50MB）慎用计划任务导出：它单线程执行，超时后静默失败，且无分片机制；此时应改用
mysqldump --single-transaction手动执行
最常被忽略的一点：宝塔的「备份数据库」任务不会记录到 backup.db 的 type = 'database' 表中，除非你手动触发过一次成功备份——如果之前失败过多次，sqlite3 /www/server/panel/data/db/backup.db "select * from backup where type='database';" 可能返回空。这时得先清掉失败残留，再手动点一次「执行」补记录。
