京公网安备11010502063487号本机真实起一个独立Keeper实例，用system.zookeeper查看一张表真实维护的14个znode协调路径，读出驱动副本自动同步的真实日志记录内容。
本机真实停止一个副本的fetch并插入多批数据，验证replication_queue真实堆积5个GET_PART任务，恢复后几秒内清空追平。
本机真实删除副本的part目录模拟数据损坏，揭穿count()的trivial count假象，诚实记录排查弯路，最终用SYSTEM RESTART REPLICA真实恢复数据。
本机真实执行ON CLUSTER建表语句，用distributed_ddl_queue和Keeper的task_queue看清DDL真实如何变成带序号的任务广播到每个节点。
本机真实kill -9停掉一个节点后发起ON CLUSTER DDL，验证客户端命令真实会卡住整整180秒的默认超时，节点恢复后自动追上积压任务。
本机真实故意让两个副本数据不一致，连续10次查询验证默认random负载均衡策略真实4:6的分布，以及数据不一致时读结果看运气的真实风险。
本机真实用EXPLAIN对比JOIN和GLOBAL JOIN，发现JOIN计算依然在各分片本地发生，GLOBAL真实改变的是右表数据来源，代价是丢失统计信息。
本机真实验证默认异步复制下写成功不等于所有副本都有数据，insert_quorum超时报告的是真实的第三种不确定状态，诚实记录一次未能自愈的同步卡住。
本机真实起一个Kafka broker，验证Kafka Engine表直接SELECT时的默认安全护栏，以及开启后消费掉数据(offset前移)的真实行为。
本机真实用物化视图桥接Kafka Engine表和MergeTree表，诚实记录一次比预期更慢的端到端延迟，最终验证数据完整到位。
本机真实起一个独立RabbitMQ实例，用同样的Engine+MV架构模式对接消息，验证ClickHouse消息队列集成协议无关的核心设计。
本机真实起一个MinIO实例，验证s3()表函数能否不导入数据直接在对象存储上查询，以及INSERT INTO FUNCTION s3反向写出新文件的对称能力。