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
Currently, for the tables which is cached(by alter table xxx cache). if there is data modification, the session needs to wait for tidb_table_cache_lease seconds to make sure the cached data is invalidated on all the tidb instances, then proceeds the dml statement.
We need a more efficient way. When executing modification statement on cache tables, notifications should be sent to all other TiDB instances, to invalidate the cached data immediately. In normal case, the wait time should be shorten around milliseconds. In the case when some TiDB instance failing to response, we can fall back to the current wait-for-lease-time-out mechanism.
The text was updated successfully, but these errors were encountered:
Enhancement
Currently, for the tables which is cached(by
alter table xxx cache
). if there is data modification, the session needs to wait for tidb_table_cache_lease seconds to make sure the cached data is invalidated on all the tidb instances, then proceeds the dml statement.We need a more efficient way. When executing modification statement on cache tables, notifications should be sent to all other TiDB instances, to invalidate the cached data immediately. In normal case, the wait time should be shorten around milliseconds. In the case when some TiDB instance failing to response, we can fall back to the current wait-for-lease-time-out mechanism.
The text was updated successfully, but these errors were encountered: