选型

ClickHouse

你可能会说

报表一跑就把 MySQL 拖死,业务库和报表能不能分开?

列式存储的实时分析数据库按列压缩、向量化执行,亿级数据聚合能到秒级;不适合高频点查和更新,通常作为分析副本单独部署。
也常被叫作列式数据库OLAP
先问一句亿级数据做聚合报表?
默认ClickHouse→擅长列存聚合→别用高频单行更新
成熟度采用

什么时候选它

  • 行为分析、监控指标、BI 报表
  • 大宽表聚合和批量导入
  • 可接受最终一致的分析副本

什么时候别选

  • 高频点查与事务更新(OLTP)
  • 频繁的大表 JOIN(支持有限,容易踩坑)
  • 数据量不大(关系库足够)
容易混在一起 · 怎么分
ClickHouse≠MySQL

ClickHouse 面向 OLAP 聚合,扫描快但不擅长单行更新;MySQL 面向 OLTP 事务与点查。

Q面试会问什么

  • 问:为什么快?
    答:列式只读需要的列、压缩率高、向量化执行,再加分区和稀疏主键索引减少扫描。
  • 问:MergeTree 是什么?
    答:核心表引擎,写入生成 part,后台按排序键合并;排序键决定扫描效率。
延伸阅读 · 权威出处