Firestore-Problem mit langsamer Leistung beim Abrufen von Daten

Lesezeit: 4 Minuten

Benutzer-Avatar
Olivier P

Ich habe langsame Leistungsprobleme mit Firestore beim Abrufen grundlegender Daten, die in einem Dokument gespeichert sind, im Vergleich zur Echtzeitdatenbank mit einem Verhältnis von 1/10.

Mit Firestore dauert es beim ersten Aufruf durchschnittlich 3000 ms

 this.db.collection(‘testCol’)
   .doc(‘testDoc’)
   .valueChanges().forEach((data) => {
     console.log(data);//3000 ms later
 });

Mit der Echtzeit-Datenbank dauert es beim ersten Aufruf durchschnittlich 300 ms

 this.db.database.ref(‘/test’).once(‘value’).then(data => {
     console.log(data); //300ms later
 });

Dies ist ein Screenshot der Netzwerkkonsole:

Firestore-Problem mit langsamer Leistung beim Abrufen von Daten

Ich verwende das Javascript SDK v4.50 mit AngularFire2 v5.0 rc.2.

Hat jemand Erfahrung mit diesem Problem?

  • Welche Leistung sehen Sie, wenn Sie einen zweiten Anruf tätigen (zu einem anderen Dokument / einer anderen Sammlung)? Sehen Sie das gleiche Problem, wenn Sie Anglefire nicht verwenden?

    – Sam Stern

    13. Oktober 2017 um 23:54 Uhr

  • Ich mache eine ähnliche Erfahrung. Der erste Anruf ist etwas langsam, manchmal 5-10 Sekunden. Ich mache eine Chat-App – die erste Nachricht dauert eine Weile, die folgenden sind jedoch fast sofort. Feuerwehr ist immer noch Beta, sie sortieren wahrscheinlich immer noch Macken aus.

    – lmiller1990

    18. Oktober 2017 um 1:52 Uhr


  • Ähnliche Erfahrung hier. Zuerst dauert onSnapShot unverschämt viel Zeit – bis zu 2 Minuten für einige Benutzer, was unsere App unbrauchbar macht

    – Wizloc

    7. Dezember 2017 um 16:06 Uhr

  • Gleiches Problem, ziemlich frustrierend. Einige berichten, dass das Ausführen eines Schreibvorgangs die “hängenden” Abfragen freigibt.

    – DarkNeuron

    12. Dezember 2017 um 16:54 Uhr

  • Gleiches Problem, bis zu 1,5 Minuten mit einer einfachen collection.get(document)

    – aMarCruz

    6. Januar 2018 um 19:19 Uhr


  • Firestore ist also teurer und viel langsamer. Hoffentlich sieht das Firebase-Team das

    – faruk

    15. Oktober 2017 um 7:01 Uhr

  • [Firebaser here] vielen Dank, dass Sie sich die Zeit genommen haben, so detaillierte Daten bereitzustellen, wir wissen das immer zu schätzen. Das Problem ist nicht, dass das System “langsamer” ist, sondern dass eine sehr kleine Anzahl von Abfragen hängen bleibt oder sehr viel Zeit benötigt, um zurückzukehren. Wir haben bald einige Korrekturen, von denen wir glauben, dass sie die Situation verbessern werden.

    – Sam Stern

    20. Oktober 2017 um 17:21 Uhr

  • Vielen Dank, dass Sie uns auf dem Laufenden halten. Ich habe einige neue Ergebnisse für das neueste Firestore SDK v0.9.0 hinzugefügt, die Ihrem Team helfen könnten, die Ursache des Problems zu isolieren. Ich habe auch ein anderes Problem mit dem Snapshot-Listener festgestellt: stackoverflow.com/questions/46710371/… Die Grundursache kann mit diesem Thema zusammenhängen oder auch nicht, aber es wäre großartig, wenn das Firebase-Team einen Blick darauf werfen könnte . Danke vielmals!

    – Saulus

    26. Oktober 2017 um 0:58 Uhr

  • Wir haben auch “steckengebliebene” Abfragen im Web-SDK. Hängt für 10-20 Sekunden, dann kommen Daten an (auf v4.8.0).

    – DarkNeuron

    11. Dezember 2017 um 18:06 Uhr


  • Ich habe das kürzlich bemerkt und Firebase gemeldet. Sie kennen das “Kaltstart”-Problem und arbeiten an einer Lösung. In der Zwischenzeit versuche ich eine Problemumgehung, die in meinem obigen Update beschrieben ist, und ich hatte damit unterschiedlichen Erfolg.

    – Saulus

    12. Februar 2018 um 11:27 Uhr

  • Ich sehe das gleiche Verhalten auch, aber nur in Android. Momentan greife ich auch auf Schnappschüsse zurück. Aber es wird gut sein, wenn die Leistung von Get-Abfragen konsistent ist.

    – sowdri

    13. April 2018 um 5:57 Uhr

  • Ich sehe auch eine langsame Leistung beim FirebaseUI-Recycler-Adapter, der addSnapshotListener verwendet.

    – Jeff Padgett

    2. Mai 2018 um 9:11 Uhr

  • Besteht dieses “Kaltstart”-Problem immer noch? Ich bin etwas verwirrt über Ihr Update vom März, in dem erwähnt wird, dass die Firebase-Ingenieure wissen, was sie als „Kaltstart“ -Problem bezeichnen, da Sie in Ihrer ursprünglichen Antwort geschrieben haben, dass Sie „4. Firestore-Kaltstart“ ausgeschlossen hätten das Problem?

    – Trollkötze

    12. August 2018 um 5:06 Uhr

  • Ich sehe immer noch die langsame Leistung in Android und viele Speicherprobleme. Planen Sie, ein Update mit diesem Fix bereitzustellen?

    – hiten pannu

    26. September 2018 um 7:50 Uhr

  • Das Problem tritt immer noch mit der neuesten Version von Firestore i auf. iOS und die Verwendung des Snapshot-Listeners funktionierten wie ein Zauber. Toller Fund.

    – John Doe

    10. Juli 2019 um 13:27 Uhr

  • Gibt es eine Problemumgehung für dieses Problem? Einige Hinweise, wo man nach Antworten suchen kann, wären sehr willkommen.

    – björnl

    20. Juli 2020 um 5:23 Uhr

  • Im Javascript-Client ist es standardmäßig deaktiviert: For the web, offline persistence is disabled by default. To enable persistence, call the enablePersistence method aber ich kann bestätigen, wenn wir es weglassen, gehen unsere anfänglichen Anfragezeiten von ähnlichen ~ 8 Sekunden bis zu ungefähr ~ 500 ms firebase.google.com/docs/firestore/manage-data/enable-offline

    – pat

    30. Juli 2020 um 20:24 Uhr


  • Richtig, in Javascript ist es standardmäßig deaktiviert, und die Zeiten, die ich oben erwähne, sind mit der Standardeinstellung. Und in unserem Fall benötigen wir frische und aktualisierte Benutzerprofildaten, sodass die Verwendung von Persistenz keine Option ist.

    – JPJ

    31. Juli 2020 um 17:30 Uhr

1018210cookie-checkFirestore-Problem mit langsamer Leistung beim Abrufen von Daten

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy