存在Replication queue任务延迟超10min的表

【健康度判断】

• Replication queue tasks积压超过10分钟，为非健康值，表明跨副本数据同步存在问题，需排查以确保数据一致性和服务可用性。
• 查询sql

SELECT count(*) FROM clusterAllReplicas({cluster_name},system.replication_queue) 
where create_time < now() - INTERVAL 10 MINUTE limit 10 

【可能风险】

• fetch parts速度赶不上insert parts的速度,replicas fetch挤压过多,Zookeeper未消费parts数一直增加，引起ck节点zk请求数异常，zk负载过高，表可能变为read only状态

【建议】

• 检查分区设计，禁止分区键为高基数列组合
• 检查写入逻辑，攒批情况，一次至少插入 1,000 行的相当大的批次数据，最好在1w到10w行之间
• 业务限流，降低写入频率，增加fetch(background_fetches_pool_size,默认为16)线程及max_parts_to_merge_at_once加快fetch速度。若上述调整仍不能解决，建议停写，待其fetch完，再进行写入。
• 避免高频DDL操作（如频繁ALTER）
• 相关配置max_replica_delay_for_distributed_queries等