locate查不到新文件是因为它依赖定期更新的数据库而非实时扫描；需sudo updatedb刷新，或改用find实时搜索。
locate 命令查不到刚创建的文件？
因为 locate 不实时扫描磁盘，它查的是数据库快照，默认每天由 updatedb 定期生成。你新建的文件只要没触发更新，就不可能被搜到。
- 立刻生效：手动运行
sudo updatedb（注意权限，普通用户通常没权限写数据库） - 检查数据库位置：默认在
/var/lib/mlocate/mlocate.db，可用locate --version看配置路径 - 跳过更新直接查当前目录：不如用
find . -name "xxx"，虽然慢但保证实时
为什么 find 比 locate 慢那么多？
locate 是查索引，find 是真扫硬盘——前者是 O(1) 查表，后者是 O(n) 遍历。但代价是：索引不包含文件权限、大小、修改时间等元信息，也不能按条件过滤。
- 适合场景：
locate仅用于“知道大概文件名，想快速定位路径” - 不能替代
find的地方：比如找“7天内修改过的 .log 文件”，locate完全无能为力 - 性能陷阱：数据库过大（如挂了大 NAS）会导致
updatedb卡住，可编辑/etc/updatedb.conf排除PRUNEPATHS
locate 搜索结果太多或太乱？
默认输出所有匹配路径，不分大小写、不排序、不截断。常见干扰来自系统缓存目录、旧版本残留、容器镜像挂载点等。
- 精确匹配：加
-b参数只匹配 basename，例如locate -b '\nginx.conf'（反斜杠防通配符扩展） - 忽略大小写：加
-i，如locate -i "readme.md" - 限制条数：用
head -n 20管道截取，locate nginx | head -n 20 - 排除干扰：确认
PRUNENAMES是否包含.git、node_modules等，否则数据库里塞满无用路径
非 root 用户无法使用 locate？
不是命令本身限制，而是数据库文件 /var/lib/mlocate/mlocate.db 默认权限为 600，只有 root 可读。普通用户执行 locate 会静默失败或返回空。
- 临时解决：
sudo chmod 644 /var/lib/mlocate/mlocate.db（不推荐长期开启） - 安全做法：把用户加入
mlocate组（如果发行版支持），如sudo usermod -aG mlocate $USER - 验证是否生效：运行
getent group mlocate看组成员，再重登终端 - 更彻底的隔离：某些系统（如 Arch）用
mlocate替代findutils，需确保安装的是带 setgid 的版本
数据库更新时机、权限控制、匹配逻辑这三点，比语法细节更容易让人卡住。尤其是跨环境迁移时，别假设 locate 行为一致——Debian 和 RHEL 的 updatedb.conf 默认排除项就不同。
