【 在 lokta 的大作中提到: 】
: 一般的数据库，你拿一堆UUID去查，可以很快
: 但是clickhouse基于LSM，索引是基于跳表玩的，没法拿UUID直接快速的取到结果，都是基于UUID去scan一片，命中到了取出来，所以clickhouse并发性不太行。而且每次查询默认要用系统一半的cpu去查。
: 我存数据都是俺天分区，之前看文档没有看到说不推荐分区。。。
: ...................
纠正一下我之前的设计问题，不能分库分表，否则查询时候处理起来很麻烦，可能导致查询响应非常慢。应该是一个库表里面按day分区，然后设置TTL。
我是把时间列作为index了，每次都必须带上时间条件，这样可以锁定一定范围的数据。而且需要like的字段是日志内容字段，这样的字段没法index吧。每次查询默认用一半cpu，这个能修改么？虽说查询不是高频，但是每秒也得支持百级别的查询吧？
--
FROM 113.116.181.*