读/写操作在云火存储中遇到高延迟（超过500毫秒）

从现在开始，我们要努力学习啦！今天我给大家带来《读/写操作在云火存储中遇到高延迟（超过500毫秒）》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

我的firestore集合有<100文档，我正在使用firestore-go-sdk建立连接。下面是代码 我用它来查询 firestore。

func connectfirestore() {
        ctx := context.background()
    
        // sets your google cloud platform project id.
        projectid := <project-id>
    
        client, err := firestore.newclient(ctx, projectid)
        if err != nil {
            log.println("failed to create client: " + err.error())
        }
        defer client.close()
    
        iter := client.collection("user").documents(gg)
        starttime := time.now()
        _, err = iter.next()

        endtime := time.now()
        log.println("latency of db call ", endtime.sub(starttime))
    
    }

当我尝试使用 node.js 应用程序访问同一集合时，延迟小于 10 毫秒。 nodejs 代码：

async function firebaseGetData() {
    const db = new Firestore({
        projectId: <Project-ID>,
        keyFilename: <Project-Key-File>,
    });
    firebaseGetData(db)
    var startTime = Date.now()
    const snapshot = await db.collection('User').get();
    var startTime = Date.now()
    snapshot.forEach((doc) => {
        console.log(doc.id, '=>', doc.data());
        var endTime = Date.now()
        var latency = endTime - startTime
        console.log("Latency " + latency)
    });
}

解决方案

我终于找到了问题所在，我在每个 API 请求后关闭客户端，这会强制 golang 为每个请求创建新的 Firestore 客户端，并且 Firestore 确实存在冷启动问题。

因此，保存已初始化的客户端并重新使用它可以解决问题。

今天关于《读/写操作在云火存储中遇到高延迟（超过500毫秒）》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！