tidb 中offline peer region 如何处理

【 TiDB 使用环境】生产环境
【 TiDB 版本】5.0.1

你是对tikv节点做了什么操作吗?

很久之前扩容了,再之前一年内没做操作。

扩容了没缩容?这种一般是缩容之后会从offline的tikv节点产生down状态的peer,随着peer逐渐迁移到其他节点,最后应该随着tikv节点缩容完成变成0才对。

很久之前做过缩容,大概一年了吧。当时也没关注这个页面。

SELECT * FROM INFORMATION_SCHEMA.tikv_region_peers a WHERE a.status=‘DOWN’;
看下down的peer是哪些,然后通过region_id看下对应的region副本是不是足够,足够的话,这些peer没啥用了
SELECT * FROM INFORMATION_SCHEMA.tikv_region_peers a WHERE a.region_id=‘476’;

结果为空

pdctl里面执行下region check down-peer看下呢,如果也没有,那就是监控里面缓存的数据有点问题了

  • 结果为空,如果是缓存问题,怎么清理下呢
» region check down-peer
{
  "count": 0,
  "regions": []
}

如果是 check offline-peer 有信息吗? 能否看到具体的 region 信息?

有的,还挺多~ 要怎么处理呢?

{
      "id": 6022449,
      "start_key": "7480000000000001FF155F728000000009FF5F5BB90000000000FA",
      "end_key": "7480000000000001FF155F728000000009FF610AC30000000000FA",
      "epoch": {
        "conf_ver": 2873,
        "version": 9824
      },
      "peers": [
        {
          "id": 6022450,
          "store_id": 5
        },
        {
          "id": 6022451,
          "store_id": 8
        },
        {
          "id": 6022452,
          "store_id": 6
        }
      ],
      "leader": {
        "id": 6022452,
        "store_id": 6
      },
      "written_bytes": 0,
      "read_bytes": 0,
      "written_keys": 0,
      "read_keys": 0,
      "approximate_size": 3,
      "approximate_keys": 81920
    }