应避免直接用 find / -mtime -1 扫描全盘，而需加 -xdev 限制文件系统、排除 /proc /sys /dev 等伪路径，或改用 newermt、locate、inotifywait、fsearch 等更高效方案。
直接用 find / -mtime -1 扫描全盘，卡死或极慢是常态——它会遍历所有挂载点（包括 /proc、/sys、/dev、远程 NFS、Docker overlay 文件系统等），大量不可读路径触发权限拒绝或阻塞，同时深度递归+ stat 调用带来巨大 I/O 和内核开销。
避开危险挂载点
绝大多数卡顿源于访问伪文件系统或网络/容器挂载点。应显式排除：
- 添加
-xdev参数：限制只搜索当前文件系统，跳过所有挂载子卷（如/mnt、/media、/var/lib/docker） - 手动排除伪文件系统：
find / -xdev -not -path "/proc/*" -not -path "/sys/*" -not -path "/dev/*" -mtime -1 - 若已知业务数据集中在特定目录（如
/home、/var/www），直接从该路径启动搜索，避免根目录起步
用更轻量的替代命令
find 的 -mtime 需对每个文件调用 stat() 并计算时间差，开销大。可改用：
-
find /home -xdev -newermt "1 day ago"：语义清晰，且部分版本优化了时间比较逻辑 -
locate配合每日更新：sudo updatedb && locate --regex '.*' | xargs -r stat -c '%y %n' 2>/dev/null | awk -F' ' '$1" "$2 > "'$(date -d '1 day ago' +'%Y-%m-%d %H')':00"'（适合已有mlocate数据库的场景） - 对固定目录启用
inotifywait实时监听，替代周期性扫描（适用于监控写入热点）
调整内核与文件系统行为
某些卡顿由底层响应异常导致：
- 检查是否有卡住的 NFS 挂载：
mount | grep nfs，临时卸载或加soft,nolock,timeo=5选项 - 禁用
atime更新（减少元数据写入）：sudo mount -o remount,noatime /（需写入/etc/fstab持久化） - 若使用 btrfs 或 zfs，确认未开启冗余配额或压缩扫描干扰
用 fsearch 替代（仅限桌面环境）
如果目标是交互式快速查找最近修改文件，而非脚本调用，fsearch 是更优解：
- 它基于内存索引，首次构建后所有搜索毫秒级响应
- 支持按“修改时间”列排序并设范围筛选（如“过去24小时”）
- 安装简单：
sudo apt install fsearch，启动后勾选“自动索引”并设置关注路径
