Note:
This topic has been translated from a Chinese forum by GPT and might contain errors.Original topic: 大量的empty-region-count会不会导致 响应变慢,如何降低empty-region-count

[TiDB Usage Environment] Production Environment / Testing / Poc
[TiDB Version] 4.0.8
[Reproduction Path] What operations were performed when the issue occurred
[Encountered Issue: Problem Phenomenon and Impact]
Currently, the business feedback indicates that TiDB is gradually slowing down. Is it related to the large number of empty-region-count? How to reduce empty-region-count?
[Resource Configuration]
[Attachments: Screenshots/Logs/Monitoring]
–1. PD parameter configuration:
» config show
{
“replication”: {
“enable-placement-rules”: “false”,
“location-labels”: “”,
“max-replicas”: 3,
“strictly-match-label”: “false”
},
“schedule”: {
“enable-cross-table-merge”: “false”,
“enable-debug-metrics”: “false”,
“enable-location-replacement”: “true”,
“enable-make-up-replica”: “true”,
“enable-one-way-merge”: “false”,
“enable-remove-down-replica”: “true”,
“enable-remove-extra-replica”: “true”,
“enable-replace-offline-replica”: “true”,
“high-space-ratio”: 0.6,
“hot-region-cache-hits-threshold”: 3,
“hot-region-schedule-limit”: 4,
“leader-schedule-limit”: 4,
“leader-schedule-policy”: “count”,
“low-space-ratio”: 0.8,
“max-merge-region-keys”: 200000,
“max-merge-region-size”: 0,
“max-pending-peer-count”: 8,
“max-snapshot-count”: 3,
“max-store-down-time”: “30m0s”,
“merge-schedule-limit”: 8,
“patrol-region-interval”: “100ms”,
“region-schedule-limit”: 4,
“replica-schedule-limit”: 4,
“scheduler-max-waiting-operator”: 5,
“split-merge-interval”: “1h0m0s”,
“store-limit-mode”: “manual”,
“tolerant-size-ratio”: 5
}
}
–2. Monitoring of empty-region-count