· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1049 11.7.10 Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1052 11.7.11 TiDB Binlog requests to reduce the CPU pressure of PD leader. 31 Variable name Change type Description tidb_tso_client_batch_max_wait_time �→ Newly added Sets the maximum waiting time for a batch saving operation when load of PD by enabling PD Follower Proxy and modifying the batch waiting time required when the PD client requests TSO in batches. This helps improve the overall scalability of the system. 43 – Support

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 983 11.7.10 Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 986 11.7.11 TiDB Binlog Relay Unified Sorter and forbid sharing the sort-dir directory #1742 44 * Fix a deadlock bug in the KV client that occurs when many stale Regions exist #1599 * Fix the wrong help information in the --cert-allowed-cn configuration log.level: "error" performance.max-procs: 20 prepared-plan-cache.enabled: true tikv-client.max-batch-wait-time: 2000000 51 TiKV parameter configuration storage.scheduler-worker-pool-size:

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1275 11.7.10 Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1278 11.7.11 TiDB Binlog drainage #10537 – Support archiving and rotating logs #11651 – Reduce the system call by the Raft client and increase CPU efficiency #11309 – Coprocessor supports pushing down substring to TiKV #11495 – * Reduce the replication latency when replicating many tables #3900 * Reduce the time for the KV client to recover when a TiKV store is down #3191 – TiDB Data Migration (DM) * Lower the usage rate of

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1016 12 11.7.10 Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1019 11.7.11 TiDB Binlog later. The default value is changed from 5m to 10m. TiKV con- figuration file server. �→ raft- �→ client- �→ queue- �→ size Newly added Specifies the queue size of the Raft messages in TiKV. The default Regions in MPP queries • Tools – TiCDC * Add the concurrency limit to the incremental scan of kv client #1899 * TiCDC can always pull the old value internally #2271 * TiCDC can fail and exit fast when

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2440 13.11.10Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2443 13.11.11TiDB Binlog about incorrectly terminating other queries or sessions by mistake when there is a proxy between the client and TiDB. Currently, TiDB does not support using Ctrl+C to terminate queries or sessions. User document provides basic Key Value read and write capability because it only stores the raw data passed in by the client. TiKV API V2 provides a new Raw Key Value storage format and access interface, including: • The

migration. 37 Parallel mode for TSO requests In high-concurrency scenarios td> Client-side encryption of log backup data ( �→ experimental) Before uploading log backup in- crease the PD workload. To set a parallel RPC mode for retrieving TSO, configure the tidb_tso_client_rpc_mode system variable. For more information, see documentation. • Optimize the execution efficiency

5.6 CLI and Configuration Parameters of TiCDC Changefeeds· · · · · · · · · · · 1036 7.5.7 TiCDC Client Authentication · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1049 7.5.8 down- stream during TiCDC replication? How to resume the replication?· · · · 1196 7.6.9 The Kafka: client has run out of available brokers to talk to: EOF error is reported when I use TiCDC to replicate migration. 42 Parallel mode for TSO requests In high-concurrency scenarios

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2953 13.10.10Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2956 13.10.11TiDB Binlog (experimental) #413 @djshow832 @xhebox TiProxy is the official proxy component of TiDB, located between the client and TiDB server. It provides load balancing and connection persistence functions for TiDB, making migrated to other TiDB servers during these maintenance operations so that clients are not affected. • Client connections to a TiDB server cannot be dynamically migrated to other TiDB servers. When the workload

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3102 13.10.10Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3105 13.10.11TiDB Binlog strategies in addition to the existing one. You can configure different batching strategies using the tikv-client.batch-policy configuration item to accommodate various workloads. For more information, see documentation Fetch, TiDB usually first stores the complete result set in memory, and then returns the data to the client in batches. If the result set is too large, TiDB might temporarily write the result to the hard disk

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3095 13.10.10Binlog Consumer Client User Guide · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3098 13.10.11TiDB Binlog policies #465 @djshow832 @xhebox TiProxy is the official proxy component of TiDB, located between the client and TiDB server. It provides load balancing and connection persistence functions for TiDB. Before #53726 @hawkingrei • Fix the issue that queries cannot be terminated after a data read timeout on the client side #44009 @wshwsh12 • Fix the overflow issue of the Longlong type in predicates #45783 @hawkingrei