北京
分享至
我们团队去年从Elasticsearch切到ClickHouse，图的就是那句"列式存储、查询快、部署简单"。结果生产环境上线那天，监控页面比业务报表还热闹——内存溢出、分区爆炸、ZooKeeper脑裂，经典三件套一个没落。
问题出在"简单"这个词上。官方文档的Quick Start确实三步能跑，但没人告诉你单表超过10亿行时，MergeTree引擎的合并策略会把SSD写成机械硬盘的速度。我们花了两周调参数，发现瓶颈不在ClickHouse，在ClickHouse对"简单"的定义方式。
最魔幻的是社区氛围。GitHub Issue里有人提同样的问题，维护者回复：「这不是bug，是预期行为，建议阅读源码中MergeTreeSettings.h的注释」。我们照做了，那文件3800行，注释率不到15%。
现在我们的架构师逢人就说：选ClickHouse前先做三件事——压测数据量乘10，硬件预算乘3，再招一个读过源码的SRE。三项全中，这数据库确实快得离谱。缺任何一项，快的是你的离职流程。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
