filters the respective indexes at the same time, merges the query results, and returns the merged result. SELECT * FROM table WHERE key1 <= 100 OR key2 = 200; Before TiDB v4.0, a query on a table supports If you want to query multiple columns of data, you can enable Index Merge to get the exact query result in a short time by using the indexes in individual columns. Index Merge avoids unnecessary full table data can not be ensured. User document • TiDB Lightning introduces duplicate resolution In Local-backend mode, TiDB Lightning outputs duplicated data before the data im- port is completed, and then removes

checkpoint updates on the Local backend to improve performance of restarting from breakpoints#1080 41 2.2.4 Bug Fixes • TiDB – Fix the issue that the execution result of project elimination might be be wrong when the projection result is empty #23887 – Fix the issue of wrong query results when a column contains NULL values in some cases #23891 – Forbid generating MPP plans when the scan contains lock fallen back from async commit – Fix the issue of incorrect results returned when the casted result of the TIMEZONE type contains the TIMESTAMP type – Fix the TiFlash panic issue that occurs during

automatically in real time when TiDB clusters are running. You can check the performance analysis result in a flame graph, which is more observ- able and shortens troubleshooting time. This feature is #27146 – Fix the issue that group_concat function did not consider the collation #27429 – Fix the result wrong that occurs when the argument of the extract function is a negative duration #27236 – Fix and no result issues of the log search when the log volume is large – Fix the issue that only the most recent logs can be searched when searching old historical logs – Fix the possible wrong result when

caused by RocksDB write stall. – Raft election times out, and the node leader is transferred as a result. This new mechanism improves the flow control algorithm to mitigate QPS decrease when the write that the existing bindings cannot be loaded into cache after upgrade #23295 – Support ordering the result of SHOW BINDINGS by (original_sql, update_time) #26139 – Improve the logic of query optimization “deleted” status #26206 – Support showing whether a binding is used for query optimization in the result of EXPLAIN VERBOSE #26930 – Add a new status variation last_plan_binding_update_time to view the

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 458 4.10.2 Unstable Result Set · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 459 V2, you cannot roll back a TiKV cluster to a version earlier than v6.1.0. Downgrading TiKV might result in data corruption. [User document](#api-version-new-in-v610), [#11745](https://github.com/tikv/ might occur when the in function processes the bit type data #33070 • Fix the issue of wrong query result because the UnionScan operator cannot main- tain the order #33175 • Fix the issue that the Merge

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 547 4.10.2 Unstable Result Set · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 548 Calculations Supported by TiFlash· · · · · · · · · · · · · · · · · · · · · 3039 14.3.9 TiFlash Query Result Materialization· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3047 14.3.10 TiFlash Late · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4625 14.21.1 TiDB Backend Task Distributed Execution Framework· · · · · · · · · · · · · · 4625 15 FAQs 4629 15.1 TiDB FAQ

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 540 4.10.2 Unstable Result Set · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 541 Calculations Supported by TiFlash· · · · · · · · · · · · · · · · · · · · · 3136 14.3.9 TiFlash Query Result Materialization· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3145 14.3.10 TiFlash Late 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 servers. By using TiProxy, connections

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 624 4.11.2 Unstable Result Set · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 625 Calculations Supported by TiFlash· · · · · · · · · · · · · · · · · · · · · 3348 14.3.9 TiFlash Query Result Materialization· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3357 14.3.10 TiFlash Late integer type of data with minimum display length in the division operation might cause the division result to overflow #55837 @windtalker • Fix the issue that the operator that follows the TopN operator

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 533 4.10.2 Unstable Result Set · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 534 Calculations Supported by TiFlash· · · · · · · · · · · · · · · · · · · · · 2923 14.3.8 TiFlash Query Result Materialization· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2931 14.3.9 TiFlash Data you can easily save the TiFlash query result to a TiDB table specified by INSERT INTO for further analysis, which takes effect as result caching (that is, result materialization). For example: INSERT

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 619 4.11.2 Unstable Result Set · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 620 Calculations Supported by TiFlash· · · · · · · · · · · · · · · · · · · · · 3332 14.3.9 TiFlash Query Result Materialization· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3341 14.3.10 TiFlash Late integer type of data with minimum display length in the division operation might cause the division result to overflow #55837 @windtalker • Fix the issue that the operator that follows the TopN operator