操作系统文件、应用服务文件、用户数据文件。它们按照固定的目录规则排列，就像一栋大楼的各个功能分区，这篇文章带你逐层“参观”一遍，让你清楚每个文件夹是干嘛的，遇到问题知道去哪儿查。
服务器根目录有哪些文件：先分清“骨架”和“血肉”
打开一台Linux服务器的根目录（），你看到的不是杂乱无章的堆积，而是一套遵循FHS（文件系统层级标准）的结构，这套标准被绝大多数发行版遵循，意味着你换一台服务器，布局也八九不离十。
根目录下的核心目录清单
以下是你最常打交道的几个目录,记住它们的作用比记住具体路径更重要：
- /etc：这是全服务器的“神经中枢”，几乎所有的配置文件都堆在这里，比如网络配置、SSH密钥、软件运行参数。改错这里的文件，服务可能直接起不来，动它之前务必备份。
- /var：存放“会变化”的数据，日志文件（
/var/log）、邮件队列、缓存文件都在这里，排查故障时，/var/log是你第一个要翻的地方。 - /usr：可以理解为“系统自带的应用商店”，大部分系统级命令和程序装在这里，比如
/usr/bin存常用命令，/usr/local是你自己编译安装软件的默认位置。 - /home：普通用户的“家”，每个用户一个文件夹，存放个人资料、网站代码（如果用虚拟主机托管）、定时任务脚本等。
- /root：超级管理员（root）的专属“家”，和
/home平级但独立存在，别试图用普通用户去读这里，权限不够。 - /tmp：临时文件的“垃圾场”，系统和自己装的软件都会往这写临时数据，重启后里面的东西可能被清空，别放重要资料。
- /boot：启动相关的文件，包括内核镜像，这一层平时基本不用碰，但误删可能导致服务器起不来。
ls -l / 先看再动，这是最安全的试探方式。
快速对比：不同系统根目录差异
| 目录 | Linux默认 | Windows Server | 典型用途 |
|---|---|---|---|
| 配置文件 | /etc | C:\Windows\System32\config | 系统全局配置 |
| 用户数据 | /home、/root | C:\Users | 个人文件与设置 |
| 程序文件 | /usr、/opt | C:\Program Files | 安装的应用程序 |
| 日志目录 | /var/log | C:\Windows\Logs | 排错与审计 |
服务器配置文件详解：三个直接影响安全的文件
配置文件中藏着服务器的“性格”，下面这几个文件，即使不做运维也值得认一认，因为它们决定了谁能连上你的服务器。
sshd_config：远程管理的“门禁卡”
路径在 /etc/ssh/sshd_config。它控制着谁有资格通过SSH登录，以及用什么方式验证。
Port 22：默认端口，改成非标准端口（比如2222）能挡掉大部分扫描流量。PermitRootLogin yes：是否允许root直接登录，行业共识认为关闭这个选项，用普通用户登录后再切换，风险会小得多。PasswordAuthentication yes：是否允许密码登录，如果你配置了密钥对，可以关掉它，只留密钥登录。
改完这个文件,必须执行 systemctl restart sshd 才能生效，千万别断了当前的SSH连接再重启，万一配置写错，你可能被锁在门外。
.htaccess 和 nginx.conf：网站访问的“路障”
- Apache服务器的
.htaccess放在站点根目录，可以精确控制某个目录是否需要密码、禁止哪些IP访问、做URL重定向。 - Nginx的
nginx.conf（通常在/etc/nginx/）是全局入口，而每个站点的独立配置在/etc/nginx/conf.d/里，想限制某个路径的访问并发数，或者给后台加个IP白名单，就在这里改。
crontab：定时任务的“闹钟”
在命令行输入 crontab -e，你能看到自己用户下的定时脚本，服务器里常见的备份任务、日志切割、数据同步，全靠它调度。
0 3 /usr/local/bin/backup.sh
这行的意思是每天凌晨3点执行一次备份脚本。如果服务器某个时间点突然卡顿，先看看crontab里是不是有任务刚好在那个点运行。
服务器日志文件在哪：排错时优先翻这三个位置
日志是服务器写给自己的“日记”，出问题时，日记里通常已经把原因写得很清楚。
通用日志目录位置指引
- /var/log/messages：绝大多数Linux系统的主日志，系统内核消息、服务启停记录都会落在这里。
- /var/log/secure：专门记录认证和授权事件，有人尝试爆破你的SSH密码，会留下大量
Failed password记录。 - /var/log/nginx/access.log 或 apache2/access.log：Web访问日志，查看某个页面被谁访问、返回了什么状态码（404还是500），都看这里。
日志文件不断变大的隐患
日志如果长期不清理,会把磁盘空间撑爆，这就是为什么需要 logrotate 这个工具，它一般由cron定时触发，自动把日志压缩、切片、删除旧文件。
- 默认配置通常在
/etc/logrotate.conf。 - 网站日志常见的保留周期是保留30天，压缩格式存成
.gz。 - 如果你发现服务器的磁盘莫名其妙满了,用
du -sh /var/log/找出如果某个文件占了好几个GB，手动执行logrotate -f /etc/logrotate.conf试试。
网站服务器文件在哪：从入口到存储的完整路径
你部署网站时,代码放在哪个目录，直接决定了URL如何映射到磁盘上的文件。
Web根目录的默认位置对照
- Nginx：在
nginx.conf里找root指令，常见路径是/usr/share/nginx/html或/var/www/html。 - Apache：在虚拟主机配置文件里找
DocumentRoot，常见位置是/var/www/html或/srv/www。 - 宝塔面板（Linux面板）：默认站点目录通常在
/www/wwwroot，每个站一个单独文件夹。
wp-config.php（存数据库密码），/wp-content/uploads 目录下的图片附件也占大量磁盘空间，迁移服务器时，别只顾着搬代码，忽略了这个文件夹。
文件权限如何影响网站访问
服务器里的文件不只有“内容”，还有“身份标签”，每个文件都有属主和权限位。
- 644：普通文件常用权限，属主可读写，其他人只读。
- 755：目录常用权限，属主可读写执行，其他人可读可执行。
- 常见的“白屏”或“403”错误，很大概率是权限设置不对，比如你用root上传了站点文件，但运行Web服务的用户（如
www-data或nobody）没有读取权限。
修改权限的命令：
chown -R www-data:www-data /var/www/html chmod -R 755 /var/www/html
这两条命令分别把目录属主改成Web用户,并统一设置权限。
数据库文件在服务器里的存储位置
数据库文件不是一堆 .sql 脚本，而是二进制的数据实体，用过MySQL或MariaDB的人，主要关注两件事：数据存哪，怎么安全备份。
MySQL/MariaDB 数据目录
- 默认路径：
/var/lib/mysql，每个数据库对应一个子目录，表数据以.ibd结尾的文件存储。 - 配置文件：
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf，想改数据存放位置，在这里修改datadir参数。
直观理解数据库文件结构
| 文件/目录 | 作用 | 建议 |
|---|---|---|
| /var/lib/mysql/ibdata1 | 共享表空间，存系统数据和回滚日志 | 不要手动删除 |
| /var/lib/mysql/数据库名/ | 每库一个目录 | 备份时可复制 |
| binlog.000001 | 二进制日志，记录所有写操作 | 用于恢复和主从同步 |
备份数据库时，不能直接复制这些文件，除非你完全停掉了数据库服务，用 mysqldump 导出的SQL文件才是最便携的备份格式：
mysqldump -u root -p 数据库名 > backup.sql
服务器文件备份策略：多数情况下绕不开这三层
根据文件属性和恢复时效,备份方式大致分三类。
- 本地定时快照：用rsync把
/var/www和/etc同步到另一块磁盘，适合找回误删的文件。 - 远程异地备份：用
scp或rclone把备份包传到另一台机器或对象存储（如简米云OSS），防止服务器宕机时数据全丢。 - 数据库定时导出：专门针对数据库做
mysqldump，建议每天至少一次，并保留最近7天。
执行备份的参考命令
# 打包网站目录（排除缓存） tar -czf web_backup_$(date +%Y%m%d).tar.gz /var/www/html --exclude="cache" # 同步到备份机 rsync -avz web_backup_.tar.gz backup@192.168.1.100:/backup/
多数情况下,备份文件占用的空间比原始数据小很多，因为文本类代码的压缩率很高，建议定期检查备份包大小，如果某天备份包突然异常缩小，很可能数据已经提前出问题。
常见的服务器文件相关疑问解答
Q1：服务器根目录有哪些文件不能随便删？/etc、/var/lib、/boot 这三个目录最忌讳误操作。/etc 保存系统全局配置，删一个关键项可能导致重启后无法登录；/var/lib 存放数据库和软件运行状态；/boot 存内核，删了则直接开不了机。保守起见，不确定用途的文件一律不碰。
Q2：如何判断某个文件是系统自带的还是后来装的？
用 rpm -qf（CentOS/RHEL）或 dpkg -S（Debian/Ubuntu）可以反查某个路径属于哪个软件包，如果在数据库里查不到，且位于 /opt、/usr/local 或 /www/wwwroot 下，大概率是后来手动安装的。
Q3：网站上传的图片文件存在服务器哪里？
多数CMS默认存储在站点根目录下的 uploads 或 wp-content/uploads 文件夹中，如果你找不到，打开网站的配置文件（如 config.php），搜索 upload_path 或 FILE_UPLOADS 常量，路径通常会写在那里。
服务器里的每个文件都有它存在的意义。系统文件保证运行，配置文件定义行为，数据文件沉淀价值，三者缺一不可，只要分清这三者的边界，日常维护和紧急排障都不会再抓瞎。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/786935.html
