find查不到刚创建的文件是因为它实时遍历目录树而非依赖数据库，结果最新但耗时；locate快但依赖每日更新的数据库，故查不到新文件。
find 命令查不到刚创建的文件？因为没走索引，得等它实时扫
你用 find /home -name "report.txt" 找不到刚保存的文件，不是命令写错了，是 find 本来就不依赖数据库——它每次都是从头遍历目录树。这意味着：路径越深、文件越多，耗时越长；但结果一定是最新的。
常见错误现象：find 在大目录下卡住、CPU 占用高、返回空却明明有文件（可能权限不够或路径写错）。
- 加
-maxdepth 2限制深度，避免无意义递归 - 用
-type f明确只查普通文件，跳过目录/符号链接干扰 - 如果提示
Permission denied，加2>/dev/null屏蔽报错（但别掩盖真实权限问题） -
find不区分大小写？默认区分。要不区分就用-iname
locate 命令秒出结果但找不到新文件？因为它查的是旧快照
locate 快，是因为它查的是 /var/lib/mlocate/mlocate.db 这个数据库，而这个库默认每天由 updatedb 定时更新一次（多数发行版在凌晨运行）。所以你上午新建的文件，下午才可能被 locate 找到。
使用场景：快速定位已知存在、且不太常变的配置文件、命令路径、文档位置。
- 手动刷新库：运行
sudo updatedb（注意需要 root 权限） - 查不到文件？先确认
updatedb是否真执行成功（看最后输出有没有updatedb: done） - 某些目录（如
/home/*/Downloads）可能被PRUNEPATHS排除，默认不入库，需改/etc/updatedb.conf -
locate默认模糊匹配，locate report会命中report.txt、myreport.log，要精确匹配加-b和完整 basename：locate -b '\report.txt'
权限不足导致 find 或 locate 都失败？不是命令问题，是用户没读权限
哪怕你是普通用户，find /root -name "*.conf" 也必然失败——因为 /root 目录通常只允许 root 读取。同理，locate 查到路径后，ls -l /root/xxx.conf 仍可能 Permission denied。
性能影响：强行用 sudo find 虽能绕过，但会触发大量权限检查，速度反而更慢；locate 查到路径也不代表你能访问内容。
- 先确认目标目录是否可读：
ls -ld /path/to/dir - 不要盲目加
sudo，尤其对find /这种全盘扫描，容易卡死或触发安全策略 - 若只需查自己有权限的范围，直接从
$HOME或当前目录开始：find ~ -name "*.log" -
locate的结果只是路径字符串，不校验权限，拿到路径后务必单独测试可读性
到底该用 find 还是 locate？看你要“准”还是“快”
没有绝对优劣，只有场景适配。locate 是快但滞后，find 是慢但保真。很多人以为“教程说 locate 快就该优先用”，结果查不到新文件就怀疑环境坏了——其实只是时间差问题。
容易被忽略的地方：有些系统（比如最小化安装的 CentOS 或 Alpine）压根没装 mlocate，locate 命令根本不存在；而 find 是 POSIX 标准工具，所有 Linux 都带，但行为细节可能略有差异（比如 GNU find 支持 -delete，BSD find 就不支持）。
- 查刚下载的文件、调试时临时生成的日志？必须用
find - 找系统命令位置（比如
locate nginx）、查已知软件的配置模板？locate更省事 - 不确定数据库是否更新？先跑一遍
sudo updatedb再试locate，比反复find更高效 - 脚本里别硬编码
locate，加个command -v locate >/dev/null && locate ... || find ...更健壮
