Avoid 'canceling statement due to conflict with recovery'

When graph-node uses a shard with read replicas, replication conflicts can lead to an error canceling statement due to conflict with recovery. With that error, it is generally ok to retry the query, possibly with some backoff. The retry logic should guard against queries though that take so long that they are virtually guaranteed to fail with that error. For example, a query that would take 2 minutes will almost certainly fail if the underlying deployment has a decent amount of updates.

One way to avoid this would be to retry the query not against the same replica, but against the main database, where this error cannot happen.

Verfolge den Shard-Abfrage- und Retry-Pfad der Read-Replica von graph-node und untersuche anschließend, wie PostgreSQL-Fehler aufgrund von Recovery-Konflikten behandelt werden. Vergleiche das erneute Versuchen auf einer anderen Replica mit dem Weiterleiten der Abfrage an die Hauptdatenbank und berücksichtige dabei lang laufende Abfragen; als erledigt gilt die Aufgabe, wenn der Konflikt erneut versucht werden kann, ohne wiederholt ungeeignete Abfragen an eine Replica zu senden.