如何让6节点Clickhouse集群上的Materialized View正常运行

这是ClickHouse物化视图的原生触发机制导致的，和引擎配置、账号权限无关：

• 物化视图是节点级本地组件，不存在全局调度逻辑：只有数据直接写入当前节点的源表实例时，当前节点上挂载在该源表下的物化视图才会被触发执行，副本同步到本地的数据、跨节点转发的非直接写入请求，都不会触发目标节点上的对应物化视图。
• 你当前的链路里，负责关联计算写入分布式表的物化视图只建在cdh03节点，所有写入分布式表的流量都直接打到cdh03的分布式表实例上，其余5个节点（包括cdh06）的分布式表实例从来没有收到过直接写入请求，自然不会触发上面挂载的写MySQL的物化视图。你在其余节点建同款视图只有cdh03能正常运行，完全符合这个触发逻辑。

根据业务场景二选一即可：

• 方案1（生产高可用推荐）
  1. 先删除所有节点上以分布式表为源、写MySQL的物化视图。
  2. 执行ON CLUSTER 你的集群名语法，在集群所有6个节点上，直接以本地ReplicatedReplacingMergeTree表为源表，创建写MySQL引擎表的物化视图。
  3. 该方案下每个节点只会在承接本地分片写入时触发视图，推送本分片的新增数据到MySQL，副本同步的数据不会触发视图，不会出现重复推送问题，单节点故障也不会导致整个推送链路中断。
• 方案2（轻量快速修复）
  1. 仅保留cdh03节点上正常运行的写MySQL物化视图，删除其余节点上建的同款无效视图即可。
  2. 额外给MySQL目标表配置基于业务主键的唯一键约束做幂等兜底，同时做好cdh03节点的故障监控，避免节点宕机导致数据推送中断。

• 不要将分布式表作为物化视图的数据源，跨节点的写入转发不会触发目标节点挂在分布式表上的物化视图，极易出现数据不触发、重复触发的问题。
• 集群层面创建物化视图、表结构时统一使用ON CLUSTER语法，避免手动在单节点建表导致的节点间结构不一致问题。
• 如果需要做跨分片的全局聚合后再推送MySQL，不要依赖多节点物化视图触发，建议在固定写入节点单建视图，或者用定时任务批量查询分布式表写入，稳定性更高。

内容的提问来源于stack exchange，提问作者姜冠宇