Linux服务日志位置取决于服务管理方式：systemd服务日志由journald管理，用journalctl查看；传统服务日志多存于/var/log/下对应子目录；具体路径需查服务配置文件或进程打开的文件。
Linux系统中服务日志的存放位置没有绝对统一的标准，但遵循一定的惯例和机制。定位关键在于区分日志来源：是传统SysV init服务、systemd托管的服务，还是应用自身直接写入的日志？不同方式对应不同路径和管理逻辑。
systemd服务日志（journal）
使用systemd管理的服务（绝大多数现代发行版默认），其标准输出/错误默认由journald捕获，不落地为普通文件。可通过以下命令查看：
- journalctl -u servicename.service：查看指定服务的全部journal日志
- journalctl -u nginx --since "2 hours ago"：带时间范围过滤
- journalctl -u mysql --no-pager | grep "error"：管道过滤关键词
如需持久化journal日志，需确保/var/log/journal/目录存在且Storage=volatile在/etc/systemd/journald.conf中被改为Storage=persistent并重启journald。
/var/log/ 下的常规服务日志
许多服务（尤其历史较久或自定义配置的）仍习惯将日志写入/var/log/子目录，常见路径包括：
- /var/log/nginx/：Nginx访问日志（access.log）与错误日志（error.log）
- /var/log/apache2/ 或 /var/log/httpd/：Apache相关日志（因发行版而异）
- /var/log/mysql/error.log 或 /var/log/mariadb/mariadb.log：MySQL/MariaDB错误日志
- /var/log/postgresql/：PostgreSQL日志目录（具体文件名由配置决定）
- /var/log/samba/、/var/log/cron、/var/log/secure等：系统级服务日志
注意：这些路径并非强制，最终以服务自身的配置文件为准（如Nginx的error_log指令、MySQL的log_error参数）。
查配置比猜路径更可靠
当不确定日志位置时，优先检查服务配置：
- 查主配置文件：grep -r "log\|error_log\|logfile" /etc/servicename/
- 查进程打开的文件：lsof -i -P -n | grep servicename 或 lsof -p $(pgrep servicename) | grep log
- 查systemd服务定义：systemctl cat servicename.service | grep -A5 "ExecStart"，看是否带日志重定向（如>> /path/to/log）
- 查运行时环境：systemctl show servicename.service -p Environment，有些服务通过环境变量指定日志路径
日志轮转与清理机制
多数服务日志会配合logrotate定期归档压缩，配置通常位于：
- /etc/logrotate.d/：各服务独立的轮转规则（如nginx、mysql-server）
- /etc/logrotate.conf：全局默认策略
轮转后旧日志常以.1、.2.gz等后缀存在，例如/var/log/nginx/access.log.1或/var/log/syslog.2.gz。直接ls -lt可快速识别最新活跃日志文件。
