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
The documented consistency model is that master reads outside transactions have read-committed behavior (https://vitess.io/user-guide/scalability-philosophy/#consistency-model). This is not true in practice: query consolidation on master means that non-transactional master reads are not consistent
I think it makes more sense to default to the safe, intuitive behavior and let people opt-in to the riskier, higher throughput behavior if they feel it will provide value for their specific use cases.
Regardless of whether the default changes, having a flag to disable query consolidation only on master tablets seems valuable.
The text was updated successfully, but these errors were encountered:
This diff creates the possibility to start a tablet with
"-enable-consolidator=false -enable-consolidator-replicas" so
that query consolidation is enabled only for non-master instance
types.
This allows using the consolidator while keeping the agreement that
OLTP reads from master have read-committed consistency while replicas
have inconsistent reads.
See vitessio#4058
Signed-off-by: David Weitzman <dweitzman@pinterest.com>
The documented consistency model is that master reads outside transactions have read-committed behavior (https://vitess.io/user-guide/scalability-philosophy/#consistency-model). This is not true in practice: query consolidation on master means that non-transactional master reads are not consistent
I think it makes more sense to default to the safe, intuitive behavior and let people opt-in to the riskier, higher throughput behavior if they feel it will provide value for their specific use cases.
Regardless of whether the default changes, having a flag to disable query consolidation only on master tablets seems valuable.
The text was updated successfully, but these errors were encountered: