locate不是实时搜索工具，它依赖updatedb生成的静态数据库（如/var/lib/mlocate/mlocate.db），新建或移动文件后需手动运行sudo updatedb才能被找到；默认子串匹配，可用-b、-i、--regex等参数提升精度；其速度远超find是因为纯内存检索而非实时遍历。
locate 不是实时搜索工具，它依赖数据库快照，所以新建或移动文件后不会立刻被找到——必须先更新数据库。
locate 找不到刚创建的文件？先更新数据库
locate 命令查的是 /var/lib/mlocate/mlocate.db（或 /var/lib/locatedb），这是定期由 updatedb 生成的静态索引。系统通常每天通过 cron 自动更新一次，但你手动操作时往往需要立即刷新。
- 运行
sudo updatedb触发重建（普通用户无权限写数据库） - 若提示
command not found，说明mlocate未安装：Ubuntu/Debian 用sudo apt install mlocate，CentOS/RHEL 用sudo yum install mlocate或sudo dnf install mlocate -
updatedb默认跳过某些路径（如/proc、/sys、挂载的 NFS），行为由/etc/updatedb.conf控制，修改前注意备份
如何让 locate 匹配更精准？用好正则和通配符
默认 locate 是子串匹配，容易返回大量无关结果。加参数能显著提升效率：
-
locate -b '\nginx.conf'：只匹配**完整文件名结尾**为 nginx.conf 的项（-b表示 basename 匹配，\转义避免 shell 展开） -
locate --regex '^.*/config\.[^/]*$'：用正则匹配路径末尾形如config.xxx的文件（注意--regex不支持所有发行版，部分仅限plocate） -
locate -i 'READ'：忽略大小写（-i），适合搜README.md或readme.txt - 避免直接
locate nginx——可能命中/usr/share/nginx目录、nginx.pid、甚至日志里的字符串；优先用locate nginx.conf这类明确后缀
为什么有时候 locate 比 find 快几十倍？原理差异在哪
根本区别在于 I/O 模式：find 是实时遍历目录树，每进一个目录都要读取 inode 和 dirent；locate 是纯内存字符串查找，从已建好的数据库里做哈希或 B-tree 检索。
- 优势场景：全盘模糊搜配置文件名、二进制名（如
locate bin/python）、已知扩展名（locate *.log） - 劣势场景：按修改时间、文件大小、权限过滤（
locate完全不存这些元数据）；或需确认文件当前是否真实存在（数据库条目可能已被删除） - 数据库体积通常几百 MB，
locate启动后几乎无延迟；而find / -name "*.conf"可能卡住几分钟且触发磁盘 I/O 高峰
替代方案：plocate 比 mlocate 更快更省空间
新版发行版（如 Ubuntu 22.04+、Fedora 35+）默认已切换到 plocate，它用更紧凑的压缩索引和并行构建，搜索速度提升约 2–3 倍，数据库体积减少 30%–50%。
- 验证当前使用哪个：运行
locate --version，输出含plocate即为新版 - 若仍为
mlocate且想升级：Ubuntu/Debian 可sudo apt install plocate && sudo update-alternatives --config locate切换 -
plocate兼容所有mlocate参数，无需改脚本；但它的--regex支持更完整（PCRE 风格），而mlocate仅基础 POSIX 正则
别指望 locate 返回“刚刚保存的文档”，也别用它判断文件权限或内容。它只回答一个问题：这个文件名，在上次 updatedb 时，是否存在过。
