Firestore简单查询耗时过长求助：单文档查询需5秒以上如何优化？

刚好之前碰到过类似的Firestore性能诡异问题，来逐个解答你的疑问，顺便给些实用的优化思路：

文档引用字段会拖慢查询速度吗？ #

完全不会。你要知道，Firestore里的文档引用本质就是个字符串格式的路径（比如/Users/req），当你执行get()查询时，Firestore只会返回这个文档本身的原始数据，不会自动去加载引用指向的其他文档。所以你看到的5秒延迟，和requester、user这两个引用字段没有半毛钱关系。

Users集合有多个子集合会影响查询吗？ #

放心，绝对不会。Firestore的父集合和子集合是完全独立的存储单元，查询子集合Request的时候，Firestore根本不会去管父文档Users/blah底下还有没有其他子集合，更不会扫描那些子集合的数据。这一点可以直接排除。

那该怎么优化这个慢查询？ #

既然上面两个因素都排除了，那得从其他方向找问题，给你几个实际可操作的排查点：

• 先查网络和区域匹配度
  首先确认你的Firestore数据库区域和客户端所在地区是不是相近——比如你在国内却选了美国中部的区域，跨洋访问延迟肯定高。去Firestore控制台看看数据库的区域设置，尽量让客户端部署在同区域或者邻近区域。另外测试下网络稳定性，偶尔的网络抖动也可能导致这种异常延迟。

• 用控制台监控看查询细节
  打开Firestore控制台的「监控」页面，找到这个查询的记录，看看有没有索引问题？不过你是简单的全集合get()（只有1个文档），理论上不需要额外索引，但可以确认下是不是查询被强制走了不必要的扫描操作（虽然文档少，但万一有异常呢）。

• 排查客户端缓存状态
  Firestore默认开启本地缓存，你可以试试调用get({ source: 'cache' })测试下缓存查询的速度：如果缓存查询很快，说明问题出在从服务器拉取数据的环节；如果缓存查询也慢，那大概率是客户端代码有其他阻塞操作拖慢了进程。

• 单独测试查询，排除代码干扰
  把这个查询单独抽出来写个最小测试案例，看看是不是其他代码导致的延迟——比如是不是在查询前后有大量同步计算、或者其他异步任务抢占了资源？比如前端的话，有没有同时在做大量DOM渲染或者其他API请求？

• 试试实时监听替代单次get()
  如果业务场景允许，用onSnapshot()来监听集合变化，第一次会拉取全量数据，之后只同步变更内容，长期来看比反复调用get()更高效，而且Firestore的缓存机制对实时监听会更友好。

另外如果是在服务器端（比如Node.js）执行查询，记得检查下SDK版本，旧版本可能存在性能bug，升级到最新稳定版说不定能解决问题。

内容的提问来源于stack exchange，提问作者andryuha