宝塔命令行导出网站数据的正确入口是使用官方bt命令工具，通过bt 10（网站备份）或bt 11（数据库备份）子命令执行；需ssh登录root权限服务器，备份文件默认存于/www/backup/site/和/database/目录，权限为600。
宝塔命令行导出网站数据的正确入口在哪
宝塔面板没有“批量导出网站数据”的图形化按钮，所有批量操作必须走命令行。关键不是找界面，而是确认你用的是宝塔官方提供的 bt 命令工具——它内置了网站、数据库、备份三类核心操作，但默认不暴露“导出”字眼，实际对应的是 backup_site 和 backup_database 功能。
常见错误是直接在面板里点“备份”，然后手动下载单个压缩包，这根本不算“批量”。真要批量，得进 SSH，用 bt 命令触发全量或指定列表的备份任务。
- 确保已登录服务器且有 root 权限，
bt命令在任意路径都可执行 - 运行
bt不带参数会列出所有子命令，重点看编号 10（网站备份）、11（数据库备份） - 别用
zip或tar手动打包/www/wwwroot/目录——权限、软链接、.user.ini 等细节极易丢失
怎么用 bt 命令批量备份多个网站
bt 不支持一次传入多个域名名，但能通过循环 + bt 10 实现批量。原理是先查出所有启用站点，再逐个调用备份接口。注意：该操作不会自动上传到远程存储，只生成本地 .zip 文件，路径统一在 /www/backup/site/。
典型场景：迁移前快速拉取全部生产站，或审计时归档历史版本。如果某站绑定了多个域名，bt 10 仍按“站点”维度处理，一个站点一个备份包，不按域名拆分。
- 查所有站点名：
bt 10回车后选“2.查看网站列表”，或直接跑ls /www/wwwroot/ - 逐个备份（示例备份 two.com 和 three.com）：
bt 10 two.com<br>bt 10 three.com
- 想跳过交互式提示，加
-y参数自动确认：bt 10 -y two.com - 备份失败常见原因：
Permission denied（目录权限不对）、Site not exists（名字拼错或已删除但残留配置）
导出数据库时为什么只导出结构没数据
用 bt 11 备份数据库，默认行为是“仅结构”，这是宝塔为节省空间设的保守策略。很多人导出后发现 SQL 文件只有 CREATE TABLE，没 INSERT，就以为功能坏了——其实只是没开数据导出开关。
必须显式加 --data 参数才能导出完整数据，否则连表内容都为空。这个参数不支持缩写，写成 -d 会报错；也不接受布尔值，就是纯 flag。
- 导出带数据的数据库：
bt 11 --data your_db_name - 导出多个库需重复执行命令，
bt不支持逗号分隔或通配符 - 大库（>500MB）建议加
--compress，否则生成的.sql文件可能因磁盘满而中断 - 若遇到
mysqldump: Got error: 1044，说明数据库用户没SELECT权限，去面板“数据库”页重置权限即可
导出文件放哪？怎么安全拿走又不漏敏感信息
所有 bt 生成的备份文件都放在固定路径：/www/backup/site/（网站）、/www/backup/database/（数据库）。它们默认权限是 600（仅 root 可读），这点很关键——如果你用 FTP 用户或普通 SSH 用户去下载，会提示“无权限”，不是路径错了，是权限卡死了。
容易被忽略的风险点：备份包里含 wp-config.php、.env 这类文件，明文存着数据库密码。直接传到公网或共享盘等于送密钥。
- 改权限再下载：
chmod 644 /www/backup/site/*.zip，下载完立刻chmod 600回去 - 不要用面板“文件”管理器在线解压备份包——临时文件可能残留，且解压过程不记录日志
- 真正安全的做法：用
scp直接拉取，例如scp root@your-server:/www/backup/site/one.com_20240510.zip ./ - 导出后务必检查压缩包内容：
unzip -l one.com_20240510.zip | grep -E "(config|env|passwd)"，确认没意外包含敏感文件
备份路径固定、权限严格、敏感文件不自动过滤——这三个点，少盯住一个，导出动作就从“运维操作”变成“事故前奏”。
