find 怎样限制不跨文件系统搜索

在服务器上从一个大目录执行 find，结果突然变慢、磁盘挂载目录里的文件也被扫出来，通常不是匹配条件写错，而是遍历范围越过了挂载点。只想在当前文件系统内搜索时，直接把 -xdev 放进命令：find /srv/data -xdev -type f -name '*.log' -print。它会访问挂载点这个目录条目，但不会继续进入该挂载点下面的内容。

官方文档：https://www.gnu.org/software/findutils/manual/

本文只讨论 -xdev 的边界，不把静态配图当作实际执行结果。示例中的路径和文件名都需要替换成目标机器上已经授权的目录。

一次跨挂载点搜索为什么会失控

故障现象通常是这样的：脚本原本只想找应用目录里的日志，后来应用把归档目录、网络盘或容器数据挂载到了它的子目录下，原来的 find /srv/data ... 便开始继续向下遍历。搜索范围扩大后，耗时、权限错误和结果数量都会一起变化。

关键点在于，find 默认按目录树向下走，并不会因为某个子目录是另一个文件系统的挂载点就自动停止。GNU Findutils 手册把 -xdev 和 -mount 作为限制跨文件系统的选项；在脚本里显式写出边界，能让搜索范围跟目录结构变化解耦。

排查时先把问题拆成三个对象：起始路径、挂载点目录条目、挂载点内部内容。只有第三部分需要被阻断，才是 -xdev 的直接适用场景。

把 -xdev 放在 find 表达式里

最小写法是在起始路径后、其他匹配条件前加入 -xdev。它是一个遍历选项，不负责筛选文件类型；-type、-name 和 -mtime 仍然负责回答“哪些文件需要输出”。

# 只在 /srv/data 所在文件系统内查找日志文件。
find /srv/data -xdev -type f -name '*.log' -print

# 只找最近七天修改过的普通文件，-xdev 仍负责限制向挂载点内部下降。
find /srv/data -xdev -type f -mtime -7 -print

# 用 null 分隔结果，交给后续脚本处理含空格或换行的文件名。
find /srv/data -xdev -type f -name '*.log' -print0 | xargs -0 -r du -h

命令的职责可以这样记：/srv/data 定义从哪里开始，-xdev 定义遍历边界，-type 和 -name 定义匹配条件，-print0 定义结果传输格式。把它们分开理解，修改脚本时就不容易误删边界选项。

挂载点会不会出现在结果里

这是最容易产生误判的地方。GNU Findutils 文档说明，-xdev 会阻止进入其他文件系统的目录，但挂载点目录本身可能仍会被访问并输出。也就是说，结果里看到 /srv/data/archive，并不代表 archive 里面的文件也被遍历了。

如果命令使用 -printf 输出设备号，可以把边界看得更清楚：起始目录与普通子目录的设备号通常相同，挂载点目录的设备号可能已经不同；启用 -xdev 后，挂载点下面的后代不会继续出现。

# 输出设备号和路径，帮助区分挂载点条目与其内部内容。
find /srv/data -xdev -printf 'device=%D path=%p\n'

# 只保留目录条目，观察搜索是否把挂载点目录本身列出。
find /srv/data -xdev -type d -print

这里的输出只用于观察搜索边界，不应把设备号直接当成业务数据。不同系统、容器和挂载命名空间中的设备号会不同；脚本要表达“是否跨文件系统”，应该依赖 -xdev 这种遍历语义，而不是写死某个数字。

-xdev、-mount 和 -L 的边界不要混用

-xdev 与传统 GNU find 语义中的 -mount 常被并列提到，但在需要精确控制输出时不能只凭记忆替换。当前 GNU Findutils 文档把两者描述为限制跨文件系统的相关选项；而较新的系统手册还记录了 -mount 在新 POSIX 语义下可能只跳过挂载点本身。因此，脚本需要以目标系统的 find --help 和随附手册为准，并优先让标题所需的 -xdev 表达意图。

-L 是另一条轴：它让 find 跟随符号链接。链接指向的位置可能位于另一个文件系统，跟随链接后，原本只按目录树理解的边界就更复杂了。本文的安全默认是不要为了“找全”而随意加入 -L；确需跟随时，先在受控目录上明确验证目标系统语义。

# 生产脚本的常用默认：不跟随符号链接，并限制跨文件系统遍历。
find /srv/data -xdev -type f -name '*.log' -print

# 只有在明确需要跟随链接时才使用 -L，并记录目标系统上的实际语义。
find -L /srv/data -xdev -type f -name '*.log' -print

# 查看当前 find 实现对相关选项的说明，不把不同版本的行为混为一谈。
find --help | grep -E -- '-xdev|-mount|-L'

多起点路径和脚本复查怎么做

-xdev 的限制是相对于每个起点的目录树判断的。把多个起点写在一条命令里，并不等于把它们合并成一个全局文件系统范围；每个起点都要确认是否有权限、是否位于预期的文件系统，以及它下面是否存在新的挂载点。

# 对两个业务目录分别限制跨文件系统遍历，便于复用同一套匹配条件。
find /srv/app /srv/config -xdev -type f -name '*.conf' -print

# 用 stat 查看起点所在设备，辅助确认脚本的输入目录没有写错。
stat -c 'device=%d path=%n' /srv/app /srv/config

# 在定时任务中保留错误信息，避免把权限错误静默当成“没有匹配文件”。
find /srv/app -xdev -type f -name '*.log' -print 2>find-errors.log

复查脚本时重点看四件事：起点是否足够具体，-xdev 是否仍在表达式中，是否后来加入了 -L，以及错误输出是否被重定向后无人查看。不要用“结果数量变少”作为唯一成功标准，因为边界收紧本来就会改变数量。

加了 -xdev 为什么还能看到挂载目录？

因为限制重点是“不再向其他文件系统的目录内部下降”，挂载点目录条目本身可能仍被访问或打印。可以把它理解为看到了边界节点，但没有读取节点后面的子树。

-xdev 会阻止符号链接指向其他文件系统吗？

不应把两者混为一谈。默认情况下 find 不跟随符号链接；加入 -L 后，链接解析会参与遍历，边界判断也会随之复杂。需要跟随链接时，先以目标系统的手册和受控目录为准。

什么时候不能只靠 -xdev？

如果目标是排除某几个目录、忽略某类文件系统，或者要对挂载点本身也完全不输出，就需要进一步组合 -prune、文件系统类型条件或目标系统支持的其他选项。-xdev 只解决“不要继续跨文件系统向下搜索”这一件事。

把 -xdev 当作目录遍历边界，而不是文件匹配条件，就能正确理解它的效果：它限制的是挂载点下面的子树，不承诺隐藏挂载点条目，也不替代符号链接策略。对生产脚本，保留这个选项、记录错误输出，并在系统升级后重新查看 find 手册，通常比事后追查一次越界扫描更省事。