服务器在长期使用过程中，各类应用程序和系统服务会持续生成日志文件。这些日志对于排查故障、分析访问行为非常重要，但如果不加管理，它们会不断累积并最终占满磁盘空间，导致网站无法写入数据甚至服务宕机。宝塔面板作为流行的服务器管理工具，提供了相对便捷的日志查看与清理入口，不过很多用户在操作时容易遗漏部分日志类型，或者采用不正确的删除方式引发二次问题。
宝塔面板可视化日志清理操作
登录宝塔面板后，在左侧菜单中找到“文件”功能，进入服务器根目录下的 /www/wwwlogs/ 路径，这里存放着大多数网站服务的访问日志与错误日志。你可以通过面板自带的勾选功能，选中体积较大的日志文件后点击删除按钮。这种方式适合偶尔手动维护，能够直观看到每个站点对应的日志大小，避免误删程序文件。
除了网站日志，面板还提供了“系统”中的“系统日志”查看入口。在这里可以浏览系统级别的运行记录，并支持一键清空部分缓存日志。需要注意的是，面板内的清理操作通常只针对已知路径，像 MySQL 的慢查询日志往往位于 /www/server/data/ 或配置指定的目录，需要单独处理。对于刚接触服务器的新手，建议优先使用面板功能而非直接执行命令，降低误操作风险。
另外，宝塔面板的“计划任务”模块中其实内置了日志切割的模板。用户可以新建一个 Shell 脚本任务，定时执行日志压缩与旧文件移除。例如设置每周日凌晨执行，既能保留近期日志供分析，又能自动清理超过七天的历史文件。这种半自动方式比纯手动更可靠，也避免了某天突然发现磁盘写满的尴尬。
命令行精准清理与日志轮转配置
当服务器日志已经严重堆积，面板文件管理器加载缓慢时，通过 SSH 连接服务器使用命令行是更高效的选择。常见的 Nginx 网站日志路径为 /www/wwwlogs/，可以使用 find 命令配合时间参数删除过早的归档文件。比如查找并清理三十天前的 .log 文件，既能腾出空间，又不影响当月排错。
# 查找并删除30天前的nginx日志压缩包
find /www/wwwlogs/ -name "*.log-*" -mtime +30 -exec rm -f {} ;
# 清空当前正在写入的错误日志（不删除文件本身）
echo "" > /www/wwwlogs/error.log
上面的代码中，第一条命令利用 find 定位修改时间超过三十天的旧日志包并移除；第二条通过重定向空内容清空当前日志，保证服务句柄不丢失。直接删除正在写入的日志文件可能导致进程继续向已删除的 inode 写数据，磁盘空间不会立即释放，这也是很多人删了文件却没效果的底层原因。
更规范的方案是配置 logrotate 工具，Linux 系统通常已自带。在 /etc/logrotate.d/ 下为宝塔相关服务建立轮转规则，指定每日或每周切割、保留份数以及是否压缩。这样日志会按规则自动改名并压缩，旧文件到达阈值后自行清除，不需要人工频繁干预，也不会干扰服务运行。
哪些日志可删与日常保留策略
并非所有日志都适合清理。像 /www/wwwlogs/ 下的访问日志，若无需做长期流量分析，保留最近七到十五天即可；错误日志对排查五零零或四零四问题很有用，建议保留稍久。而系统里的 /var/log/messages 或安全日志，在排查入侵时是关键证据，随意清空可能让攻击溯源变得不可能。
数据库日志方面，MySQL 的 binlog 用于主从同步与点位恢复，不能简单 rm 删除，应使用 PURGE BINARY LOGS 命令按时间或文件名清理。慢查询日志若开启，体积可能增长很快，可在确认无性能调优需求后周期性截断。制定策略时，应结合业务重要度：电商类站点访问日志建议多留几天，内部测试服则可更激进。
最后，把清理动作固化到宝塔计划任务里，比靠记忆手动操作稳得多。例如每周执行一次综合脚本，涵盖网站日志轮转、数据库二进制日志过期清理以及临时目录扫描。配合面板磁盘监控告警，就能在空间到达阈值前主动处理，保障服务器长期稳定运行而不被日志拖垮。