· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 28 2.2.1 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 29 2.2.2 New separating I/O operations from Raftstore thread pool (disabled by default) 2.2.1 Compatibility changes Note: When upgrading from an earlier TiDB version to v5.3.0, if you want to know the compatibility aggregation operators on partitioned tables #27797 #26554 – Fix the issue that plan cache cannot detect changes of unsigned flags #28254 – Fix the wrong partition pruning when the partition function is out of

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 35 2.2.2 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 41 2.2.3 Improvements statement to compact data after upgrading your cluster to v6.1.0. This statement is an extension of the standard SQL syntax and therefore is compatible with MySQL clients. For scenarios other than TiFlash upgrade co-existence of a single TiDB cluster, Transactional KV, RawKV applications. Due to significant changes in the underlying storage format, after enabling API V2, you cannot roll back a TiKV cluster to a

· · · · · · · 37 2.2.2 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 45 2.2.3 Offline package changes· · · · · · · · · · · · · · · · · · · · binding can effectively mitigate SQL performance issues caused by uneven distribution and rapid changes in user data and workload. SaaS providers can use cross-database binding to fix execution plans validated maintenance operations such as rolling restarts, rolling upgrades, and scaling-in in a TiDB cluster, changes occur in the TiDB servers which result in interruptions in connections between clients and the TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 34 2.2.2 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 44 2.2.3 Deprecated improvements, and bug fixes released in 6.2.0-DMR, 6.3.0-DMR, and 6.4.0- DMR. • To get a full list of changes between the 6.1.0 LTS and 6.5.0 LTS versions, in addition to this release notes, also see 6.2.0-DMR cluster in minutes, and roll back data at different time points to determine the exact time when data changes. For more information, see documentation. • Fully support non-transactional DML statements including

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 27 2.2.1 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 28 2.2.2 New for both Kubernetes and self-hosted environments. (Ex- perimental feature) 2.2.1 Compatibility changes Note: When upgrading from an earlier TiDB version to v5.2, if you want to know the compatibility For TiDB clusters upgraded from v4.0 to v5.2, the default value of tidb_multi_statement_mode �→ changes from WARN to OFF. • Before the upgrade, check the value of the TiDB configuration feedback-probability

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 26 2.2.1 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 27 2.2.2 New tasks to ensure that the latency of read and write requests is stable. 26 2.2.1 Compatibility changes Note: When upgrading from an earlier TiDB version to v5.1, if you want to know the compatibility #3563 #10059 #10001 * Solve slow scheduling issues caused by heartbeat pressure due to traffic changes #3693 #3739 #3728 #3751 * Reduce the space discrepancies of large clusters due to scheduling, and

· · · · · · · 39 2.2.2 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 42 2.2.3 Offline package changes· · · · · · · · · · · · · · · · · · · · documentation. • Data Migration (DM) supports blocking incompatible (data-consistency-corrupting) DDL changes #9692 @GMHDBJD Before v7.5.0, the DM Binlog Filter feature can only migrate or filter specified configure it as needed. This feature also supports blocking incompatible DDL changes and reporting errors for such changes, so that you can intervene manually in time to avoid impacting downstream application

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 29 2.2.1 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 30 2.2.2 New (experimental) • TiSpark supports user identification and authentication 29 2.2.1 Compatibility changes Note: When upgrading from an earlier TiDB version to v5.4.0, if you want to know the compatibility inserting floating- point values #30148 • Fix the issue that the REPLACE statement incorrectly changes other rows when the auto ID is out of range #30301 2.2.2 New features 2.2.2.1 SQL • TiDB supports

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 37 2.2.2 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 46 2.2.3 Improvements enterprise) page to get TiDB Enterprise Edition. 45 2.2.2 Compatibility changes Note: This section provides compatibility changes you need to know when you up- grade from v7.0.0 to the current version the current version, you might also need to check the compatibility changes introduced in intermediate versions. 2.2.2.1 Behavior changes • To improve security, TiFlash deprecates the HTTP service port

· · · · · · · 45 2.2.2 Compatibility changes · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 51 2.2.3 Offline package changes· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 83 2.2.4 Operating system and platform requirement changes · · · · · · · · · · · · · · · · 84 2.2.5 Removed features· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 906 7.1.5 Implementation of processing data changes · · · · · · · · · · · · · · · · · · · · · · · · 907 7.1.6 Unsupported scenarios· · · · · · · · ·