Essas configurações estão disponíveis em system.settings e são geradas automaticamente a partir do código-fonte.
use_query_cache
Se ativado, consultas SELECT podem usar o cache de consultas. Os parâmetros enable_reads_from_query_cache
e enable_writes_to_query_cache controlam com mais detalhes como o cache é usado.
Valores possíveis:
- 0 - Desativado
- 1 - Ativado
use_query_condition_cache
Histórico de versões
| Versão | Valor padrão | Comentário |
|---|---|---|
| 25.4 | 1 | Uma nova otimização |
| 25.3 | 0 | Nova configuração. |
Ativa o cache de condição de consulta. O cache armazena intervalos de grânulos em partes de dados que não satisfazem a condição da cláusula WHERE
e reutiliza essas informações como um índice efêmero em consultas subsequentes.
Valores possíveis:
- 0 - Desativado
- 1 - Ativado
use_query_condition_cache_for_top_k
Histórico de versões
| Versão | Valor padrão | Comentário |
|---|---|---|
| 26.8 | 1 | Nova configuração para controlar o cache de condição de consulta para leituras com `ORDER BY ... LIMIT n` (TopK); ativada por padrão. O controle é desativado na versão 26.7, portanto, a `compatibility` com uma versão anterior o mantém desativado. |
Ative o cache de condição de consulta para consultas que usam a otimização ORDER BY <column> LIMIT n (TopK) (baseada em filtragem dinâmica ou em índices de omissão). Quando desativado, essas leituras não consultam nem preenchem o cache.
Essas consultas podem descartar grânulos durante a execução, dependendo do limiar em uso. Por isso, suas entradas de cache são particionadas pelos parâmetros do plano TopK e pelo conjunto de partes lidas. Essa configuração não tem efeito, a menos que use_query_condition_cache também esteja ativada.
Valores possíveis:
- 0 - Desativado
- 1 - Ativado