· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1589 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1618 11 Table Creation · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5015 14.12.22Schema Cache· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5016 _instance_plan_cache-new-in-v840">Instance-level execution plan cache �→ (experimental) Instance-level plan cache allows all sessions within the same TiDB �→ instance to share the plan cache. Compared

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1892 11.2.9 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1921 11 Table Creation · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5036 14.12.22Schema Cache· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5037 _instance_plan_cache-new-in-v840">Instance-level execution plan cache �→ (experimental) Instance-level plan cache allows all sessions within the same TiDB �→ instance to share the plan cache. Compared

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1417 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1446 11 is set to a small value #48808 @guo-shaoge • Fix the issue of Goroutine leak when using AUTO_ID_CACHE=1 #46324 @tiancaiamao • Fix the issue that the result of COUNT(INT) calculated by MPP might be incorrect displayed incorrectly in some time zones #49586 @overvenus • Fix the issue that tables with AUTO_ID_CACHE=1 might lead to gRPC client leaks when there are a large number of tables #48869 @tiancaiamao • Fix

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1402 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1431 11 evict �→ - �→ cache �→ -on- �→ memory �→ - �→ ratio �→ Newly added When the memory usage of TiKV exceeds 90% of the system available memory, and the memory occupied by Raft entry cache exceeds the evict- evict- �→ cache �→ -on- �→ memory �→ - �→ ratio �→ of used memory, TiKV evicts the Raft entry cache. 49 Configuration file Configuration parame- ter Change type Description TiKV memory. �→ enable �→

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1476 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1505 11 down to the TiKV copro- cessor. 46 Variable name Change type Description tidb_ �→ schema �→ _ �→ cache �→ _ �→ size Modified The range of values has been modi- fied to either 0 or [536870912, �→ �→ 9223372036854775807] 9223372036854775807] �→ . The mini- mum value is 536870912 �→ bytes (that is, 512 MiB) to avoid setting a cache size that is too small and caus- ing perfor- mance degra- dation. 47 Variable name Change type Description

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1468 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1497 11 the reason why an execution plan is not cached #50618 @qw4990 In some scenarios, you might want to cache most execution plans to save execution overhead and reduce latency. Currently, execution plan caching and the corresponding reasons. Therefore, starting from v8.2.0, new columns PLAN_CACHE_UNQUALIFIED and PLAN_ �→ CACHE_UNQUALIFIED_LAST_REASON are added to the system table STATEMENTS_ �→ SUMMARY to explain

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1398 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1427 11 non-prepared statements (exper- imental) #36598 @qw4990 TiDB v7.0.0 introduces non-prepared plan cache as an experimental feature to improve the load capacity of concurrent OLTP. In v7.1.0, TiDB enhances 1.0 merges the cache pools of non-prepared and prepared plan caches. You can control the cache size using the system vari- able tidb_session_plan_cache_size. The tidb_prepared_plan_cache_size and tidb_

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1464 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1493 11 tidb.tls. For more information, see TiDB Lightning configuration. 43 • For tables with AUTO_ID_CACHE=1, TiDB supports a centralized auto-increment ID allo- cating service. In earlier versions, the primary auto-assigned IDs as consecutive as possible. How- ever, when there are too many tables with AUTO_ID_CACHE=1, executing forceRebase becomes very time-consuming, preventing TiDB from restarting promptly and

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1446 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1475 11 0/system- �→ variables#tidb_schema_cache_size-new-in-v800">schema information �→ caching system, incorporating a lazy-loading Least Recently Used �→ (LRU) cache for table metadata and more efficiently @Connor1996 38 • Enable the shared cache for Titan blob files and RocksDB block files by default (shared-blob-cache defaults to true), eliminating the need to configure blob- �→ cache-size separately. • Support

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1419 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1448 11 pingcap.com/tidb/v8.1/system- �→ variables#tidb_schema_cache_size-new-in-v800">schema information �→ caching system, which provides a cache strategy based on the �→ Least Recently Used (LRU) algorithm for table metadata. It �→ prioritizes storing the metadata of frequently accessed tables in �→ the cache, thereby reducing memory usage in scenarios with a large �→ number of tables.