一般的数据库，你拿一堆UUID去查，可以很快
但是clickhouse基于LSM，索引是基于跳表玩的，没法拿UUID直接快速的取到结果，都是基于UUID去scan一片，命中到了取出来，所以clickhouse并发性不太行。而且每次查询默认要用系统一半的cpu去查。
我存数据都是俺天分区，之前看文档没有看到说不推荐分区。。。
只是你自己要做好分区的索引字段的顺序，这个对于查询数据至关重要。
因为只有4台机器，我只做了2shards, 2replica。
clickhouse本身很稳定，要关注的是别让zookeeper挂了。


【 在 lichehuo 的大作中提到: 】
: 这么多回复，就你的靠谱。
: 你说的单点查询是指什么？
: 另外我看官方文档不建议用分区呢？我本来想把日志放一个库表，然后按天分区，看到官方文档说法之后，我打算按天建库，每天的日志在当天的库里。跨库查询的时候，自己在query时候处理好。
: ...................
--
FROM 58.42.245.*