· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1417 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1446 11 file Configuration parame- ter Change type Description TiDB Light- ning block- �→ size Newly added Controls the I/O block size for sorting local files in Physical Import Mode (backend �→ =' �→ local addresses to enhance stability #49515 @mittalrishabh • Support configuring the block-size parameter to control the I/O block size for sorting local files to improve performance #45037 @mittalrishabh 2.2

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 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 �→

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 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_

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 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

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 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

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 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

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 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

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 475 9.2.2 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 492 9.3 for a long time, it is automati- cally set as hibernated. TiKV con- figuration file old-value- �→ cache- �→ memory- �→ quota Newly added Sets the upper limit of memory usage by TiCDC old values. The default Add memory usage tracking for each module * Solve the OOM issue caused by oversized Raft entries cache * Solve the OOM issue caused by stacked GC tasks * Solve the OOM issue caused by fetching too many

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1149 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1150 11 Description tidb_enable_prepared_plan_cache �→ Newly added This set- ting was pre- vi- ously a tidb �→ . �→ toml �→ op- tion (prepared �→ - �→ plan �→ - �→ cache �→ . �→ enabled �→ ), but changed to a Description tidb_prepared_plan_cache_memory_guard_ratio �→ Newly added This set- ting was pre- vi- ously a tidb �→ . �→ toml �→ op- tion (prepared �→ - �→ plan �→ - �→ cache �→ . �→ memory �→ - �→ guard