Caching 如何在ClickHouse中维护缓存？

我使用crontab计划一个SQL，每2小时查询一个大表

select a,b,c,d,e,f,g,h,i,j,k,many_cols from big_table format Null

每次需要5分钟到30秒

从

query\u log

中我可以看到，当SQL时间较低时，

MarkCacheHits

值较高，当时间较高时，

MarkCacheHits

值较低，

MarkCacheMiss

值较高

• 我想知道如何让mark cache尽可能多地命中？（这可能不是唯一需要加热的大桌子）

• 标记缓存是否会被其他查询替换？其限制是什么

• 选择特定列的预热方式真的适用于这些列的聚合查询吗？例如，预热SQL如上所述，聚合查询可以通过a

  select a，sum（if（b，c，0））从big_表组中进行
  

• 我的clickhouse服务器最近偶尔挂起，从日志中看不到相应时间的任何错误或异常。这可能与我对大桌子的常规热身查询有关吗

---

实际上，您将数据放入Linux磁盘缓存

标记缓存是否会被其他查询替换？其限制是什么

是，将被替换，5GB

5368709120

选择特定列的预热方式真的适用于这些列的聚合查询吗

是的，因为您将文件放入Linux缓存

这可能与我对大桌子的常规热身查询有关吗

---

否。

实际上，您将数据放入Linux磁盘缓存

标记缓存是否会被其他查询替换？其限制是什么

是，将被替换，5GB

5368709120

选择特定列的预热方式真的适用于这些列的聚合查询吗

是的，因为您将文件放入Linux缓存

这可能与我对大桌子的常规热身查询有关吗

---

不需要。

非常感谢！高并发查询（几十个）会导致死锁吗？不应该。打开一个新的问题与完整的描述和步骤，以复制你非常感谢！高并发查询（几十个）会导致死锁吗？不应该。用完整的描述和复制步骤打开一个新问题