You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our WAL replaying can be quite slow. This can lead to cases like in #5016 where upon killing a long-lasting query and then reloading the DB it can appear like the DB is hanging (when in reality we are just replaying the query).
In the above case uncommitted records actually don't need to be replayed. Thus one possible optimization would be to deserialize records in batches and only replay the records if they are followed by a commit. In the above case this would mean that we only pay the cost of deserializing records and not the cost of replaying them.
The text was updated successfully, but these errors were encountered:
Description
Our WAL replaying can be quite slow. This can lead to cases like in #5016 where upon killing a long-lasting query and then reloading the DB it can appear like the DB is hanging (when in reality we are just replaying the query).
In the above case uncommitted records actually don't need to be replayed. Thus one possible optimization would be to deserialize records in batches and only replay the records if they are followed by a commit. In the above case this would mean that we only pay the cost of deserializing records and not the cost of replaying them.
The text was updated successfully, but these errors were encountered: