[image]

感谢，按照建议对 ll 表添加了联合索引后解决。目前GC时间是8个小时。

可以参考下官网： https://docs.pingcap.com/zh/tidb/v4.0/daily-check 比如集群 duration，服务器的CPU，内存，IO等

也晒一下就在旁边上的周边， [HEIC] [HEIC] [HEIC]

强烈推荐，值得学习。

2022 [image]

已沟通并回复

答复1： 新搭建一个从库d，然后从d同步到tidb c，校验数据之前临时停掉 d 的主从复制，用下面工具工具检验mysql和tidb之间的数据一致性 https://github.com/pingcap/tidb-tools/tree/master/sync_diff_inspector 答复2： 下面是晓光老师的答复： 如果业务表里有时间字段的话可以做一些额外的开发工作接入 MySQL binlog 来做数据一致性验证。拿到 binlog 后按照主键做 key 打到有足够多 partition 的 Kafka 或者 Pulsar 里，写消费者消费 Kafka 里的数据和 TiDB …

TiDB 在2021汽车之家818全球汽车夜的应用

我们线上目前单个实例盘800G左右，做的RAID10，普通SSD 每个tikv实例region数量大概3万左右 官方目前建议是单个tikv实例不超过3万region

下面是其中一台服务器tikv的配置，可以参考下 tikv_servers: host: 192.168.1.39 ssh_port: 30000 port: 20160 status_port: 20180 deploy_dir: /data1/tidb_deploy/tikv-20160 data_dir: /data1/tidb_data/tikv-20160 log_dir: /data1/tidb_deploy/tikv-20160/log config: server.labels: dc: dc2 host: host39 arch: amd64 os…

打label了，三副本的话，不会有其中2个同时出现在一台服务器上。磁盘的话，TiKV 的机器使用的是RAID0。

是同一个集群，为了更好的利用服务器硬件资源，部署了2个tikv实例

赞。 DM 遇到过一个：alter table tb_name row_format=compressed key_block_size=8;

收到，谢谢

我修改一下，多谢提醒

补充一下tiup的操作步骤,仅供参考 步骤概要 对于一个没开启过binlog的线上集群可以参考下面步骤在线开启binlog 1. 扩容 pump (扩容) 2. 开启 binlog 3. 配置 drainer (扩容) 安装pump 以扩容的方式安装 pump 1. 编辑配置文件 vim scale_out_pump.yaml pump_servers: - host: 192.168.7.107 ssh_port: 30000 port: 8250 deploy_dir: /data/pump data_dir: /data/pump/data.pump log_d…

执行计划看起来确实很正常，这个其实没找到原因。尽量避免使用子查询来预预防这种问题。