京公网安备11010502063487号本机真实用50个并发INSERT制造合并压力，抓拍system.merges的51.2%实时进度，找到堆积的真实根源——大小固定为16的后台工作线程池。
本机真实用SYSTEM STOP/START MERGES控制后台线程池，验证UPDATE/DELETE真实跟普通合并共享同一套执行资源，卡住的根源不在mutation本身。
本机真实执行BACKUP后真实DROP掉原表，用RESTORE找回全部200万行数据，并验证增量备份真实的体积优势——250万行的增量备份比200万行的全量备份还小。
本机真实配置hot/cold两块磁盘的存储策略，验证TTL规则如何驱动老数据从热盘真实物理搬迁到冷盘，并直接核对磁盘上的物理文件位置确认非元数据标记。
本机真实建表插入100万行，关掉自适应粒度后marks数真实精确等于123；打开默认自适应之后同样的数据真实变成124个mark；再用2000字节大行验证granule边界真实会被字节数提前截断。
本机真实分3次INSERT写入乱序数据生成3个各自有序的part，OPTIMIZE FINAL真实把它们合并成1个全局有序的新part，直接证明merge本质是对多个有序part做真实的多路归并。
本机真实对比500条单行INSERT与1条批量INSERT的耗时，相差超过500倍；还真实触发了parts_to_throw_insert默认阈值，拿到ClickHouse官方对分区数失控后果的真实报错原文。
本机真实对比按月分区和按天分区在同样90天数据下产生的分区数(3 vs 90)，并真实撞上max_partitions_per_insert_block限制，拿到官方对分区用途的真实定位说明。
本机真实用EXPLAIN indexes=1对比同一张20分区表在分区键过滤(Parts 1/20)和普通列过滤(Parts 20/20)下的裁剪结果差异。
本机真实给500万行表的普通列加minmax跳数索引，用EXPLAIN indexes=1对比加索引前后同一条查询真实扫描的granule数量，从544降到20，约27倍。
本机真实发现默认设置下WHERE和PREWHERE的执行计划完全相同，因为optimize_move_to_prewhere默认已开启，WHERE会被自动改写成PREWHERE，不需要手写。
本机真实对比NONE/LZ4/ZSTD/Delta+LZ4四种编码在连续整数上的压缩效果，真实相差约200倍，验证了Delta这类前处理编码的价值。