功能说明
弹性版采用存算分离架构、单 Shard 多 Replica，数据的写入与在多个计算副本间的可见性传播机制与标准版不同。本文介绍弹性版下数据实时更新的原理、可见性表现与使用建议，帮助您正确理解写入后数据的读取一致性。
数据更新原理
弹性版基于 ReplicatedMergeTree 引擎与分布式协调服务（ClickHouse Keeper / ZooKeeper）实现多副本数据一致：
1. 写入：写入请求进入某个计算副本，数据经 ReplicatedMergeTree 引擎落盘并持久化到共享托管存储。
2. 元数据同步：写入产生的数据块元数据通过协调服务在计算副本之间同步，其他副本据此感知新数据。
3. 数据可见：其他计算副本按同步到的元数据从共享托管存储拉取数据（或命中本地缓存），完成后即可查询到最新数据。
4. 缓存加速：查询优先命中计算节点本地缓存空间，未命中则回源托管存储读取并回填缓存。
数据可见性表现
场景 | 可见性表现 |
同一计算副本内写入后查询 | 写入完成后即可读到最新数据 |
跨计算副本 / 跨计算资源组读取 | 需等待元数据经协调服务同步后可见，通常为秒级，取决于写入量与同步负载 |
冷数据首次查询 | 若本地缓存未命中，需从托管存储回源，首次查询延迟略高，回填缓存后后续查询加速 |
说明：
弹性版数据的最终一致性由协调服务保障。绝大多数场景下副本间同步为秒级，可视为准实时；对写后立即强一致读有严格要求的场景，建议在同一计算资源组内完成写入与读取。
存储资源用量的更新延迟
需要区分数据可见性与存储用量统计两个概念：
数据可见性：写入后副本间同步为秒级，不影响查询到最新数据。
存储资源用量统计：集群信息页展示的存储用量为周期性统计值，存在约2 ~ 3小时更新延迟，仅影响用量展示与计费统计的时效，不影响数据查询的实时性。
使用建议
写读就近：对写后立即读一致性敏感的业务，尽量在同一计算资源组内完成写入与查询。
负载隔离：将高频写入与大查询分配到不同计算资源组，降低同步与查询相互影响。
合理利用缓存：热点数据保持在缓存空间中可显著降低查询延迟；缓存盘容量可通过垂直变配调整。
批量写入：适当增大单次写入批量、减少高频小批次写入，可降低元数据同步开销、提升整体吞吐。
