Todos os produtos
Search
Central de documentação

Tair (Redis® OSS-Compatible):Lista de parâmetros de configuração do Tair Enterprise Edition

Última atualização: Jul 03, 2026

O Tair (Enterprise Edition) permite ajustar o comportamento da instância modificando um conjunto de parâmetros suportados. Este tópico lista todos os parâmetros configuráveis para instâncias otimizadas para memória, de memória persistente e baseadas em disco.

Para parâmetros aplicáveis a instâncias do Redis Open-Source Edition, consulte Parâmetros suportados do Redis .

Observações de uso

  • Somente os parâmetros listados neste tópico podem ser configurados. Para saber como definir um parâmetro, consulte Definir parâmetros.

  • Alguns parâmetros acionam uma reinicialização automática da instância ao aplicar alterações. Durante esse processo, a instância pode sofrer uma breve desconexão de alguns segundos. Verifique a coluna Takes effect upon restart antes de aplicar as mudanças.

  • Se você receber o erro Parameter is not supported for current version ao definir um parâmetro, atualize a versão secundária e tente novamente.

  • Os parâmetros suportados variam conforme a versão do mecanismo e a arquitetura. Para detalhes sobre a arquitetura, consulte Consultar informações de arquitetura.

Convenções das tabelas

As tabelas neste tópico utilizam os seguintes símbolos:

  • Marca de verificação: Suportado

  • Marca de cruz: Não suportado

Instâncias otimizadas para memória e de memória persistente

Parameter

Description

Memory-optimized

Persistent memory

Takes effect upon restart

#no_loose_check-whitelist-always

Controla se a instância verifica o endereço ip do cliente na lista de permissões após a ativação do acesso sem senha para uma VPC. Padrão: no.

  • yes: Exige que o ip do cliente esteja na lista de permissões mesmo após a ativação do acesso sem senha. Se a lista de permissões não estiver configurada corretamente, a conexão retornará (error) ERR illegal address.

  • no: Ignora a verificação da lista de permissões. Qualquer cliente na mesma VPC pode se conectar após a ativação do acesso sem senha.

Nota

Apenas instâncias com arquitetura clássica suportam este parâmetro. Instâncias com arquitetura cloud-native sempre aplicam a lista de permissões de ip, independentemente de o acesso sem senha estar ativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_disabled-commands

Especifica comandos a desativar. Use esta opção para bloquear comandos de alto risco ou alta latência, como FLUSHALL, FLUSHDB, KEYS, HGETALL, EVAL, EVALSHA e SCRIPT.

  • Insira os comandos em letras minúsculas, separados por vírgulas.

  • Desativar o FLUSHALL não afeta o recurso Clear Data no console.

  • Alguns comandos, como CONFIG, não podem ser desativados. Consulte Comandos que não podem ser desativados.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

#no_loose_high-cost-key-enabled

#no_loose_high-cost-key-traffic-bytes-threshold

#no_loose_high-cost-key-parse-hashtag

#no_loose_high-cost-key-parse-prefix

#no_loose_high-cost-key-parse-prefix-delimiters

#no_loose_high-cost-key-parse-prefix-find-limit-n

#no_loose_high-cost-key-parse-prefix-skip-first-n

Conjunto de parâmetros para monitorar chaves quentes (chaves com alto tráfego de acesso). Após ativar o recurso, visualize as chaves quentes detectadas em CloudDBA > Top Key Statistics.

Importante

Ativar este recurso aumenta o uso da cpu em mais de 5%, proporcionalmente ao número de chaves. Ative-o apenas quando necessário.

  • #no_loose_high-cost-key-enabled: Interruptor do recurso. Padrão: no (desativado). Defina como yes para ativá-lo.

  • #no_loose_high-cost-key-traffic-bytes-threshold: Limiar de tráfego de acesso (bytes por segundo) para relatar uma chave quente. Valores válidos: 1024 a 4294967295. Padrão: 1048576 (1 MB/s).

  • #no_loose_high-cost-key-parse-hashtag: Agrega chaves que compartilham a mesma {hashtag}. Se o tráfego combinado dessas chaves exceder o limiar, a hashtag será relatada como uma chave quente. Padrão: no.

    Por exemplo, {user}a e {user}b não são individualmente chaves quentes. No entanto, se o tráfego agregado delas exceder o limiar, o Top Key Statistics marcará {user} como uma chave quente do tipo Hashtag.

  • #no_loose_high-cost-key-parse-prefix: Agrega chaves que compartilham o mesmo prefixo. Padrão: no. Os três parâmetros a seguir só entram em vigor quando este parâmetro está ativado:

    • #no_loose_high-cost-key-parse-prefix-delimiters: Caracteres usados como separadores. Padrão: vazio. Ao especificar vários caracteres (por exemplo, : _), cada caractere é tratado como um separador individual.

    • #no_loose_high-cost-key-parse-prefix-skip-first-n: Número de separadores iniciais a ignorar. Valores válidos: 0 a 5. Padrão: 0.

    • #no_loose_high-cost-key-parse-prefix-find-limit-n: Número máximo de segmentos a extrair como prefixo. Valores válidos: 1 a 5. Padrão: 1.

    Por exemplo, considere as chaves service:user:123 e service:user:456 com o separador :. Se skip-first-n for 1 e find-limit-n for 1, a chave quente service:user será capturada. Se skip-first-n for 0 e find-limit-n for 2, tanto service quanto service:user serão capturados.

Nota

Suportado apenas em instâncias cloud-native otimizadas para memória com versão secundária 25.2.0.0 ou posterior. A análise de Hashtag e prefixo requer a versão secundária 25.9.1.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_lua-strict-mode

Ativa o modo estrito para scripts Lua. Quando ativado, instâncias de arquitetura standard comportam-se como instâncias de arquitetura cluster: as chaves de dados em scripts Lua devem ser passadas pelo array KEYS e não podem ser geradas dinamicamente. Isso permite que scripts Lua usem processamento paralelo multithread, melhorando significativamente o desempenho. Padrão: no.

Nota

Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior.

Standard: Suportado

Cluster: Não suportado

Read/write splitting: Não suportado

Não suportado

No

#no_loose_maxmemory-evict-percent-soft-limit

Define a porcentagem de uso de memória na qual a evicção em segundo plano começa, antes que a instância atinja seu limite Maxmemory. Isso permite a evicção antecipada sem afetar o desempenho dos comandos. Valores válidos: 50 a 100. Padrão: 100.

A política de evicção ainda é regida por maxmemory-policy.

Nota

Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior, com versão secundária 25.2.0.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_publish-no-wait-result

Melhora o throughput do comando PUBLISH ao não aguardar a contagem de assinantes. Quando ativado, o PUBLISH sempre retorna 0. Padrão: no.

Nota

Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_qps-limit-dim

#no_loose_qps-limit

Grupo de parâmetros para limitação de QPS, permitindo controlar o acesso à instância. Quando ativado, se o número de solicitações à instância atingir o limiar configurado, a instância negará novas solicitações e retornará o erro -THROTTLED.

  • #no_loose_qps-limit-dim: Dimensão da limitação. Valores válidos:

    • read (padrão): Limita solicitações de leitura.

    • write: Limita solicitações de gravação.

    • rw: Limita solicitações de leitura e gravação.

    • all: Limita todos os comandos.

    • other: Limita comandos diversos, como INFO e PING.

  • #no_loose_qps-limit: Limite superior de QPS. Valores válidos: 0 a 1000000000. O valor padrão é 0, que desativa a limitação. Se este parâmetro for definido como 0, o parâmetro #no_loose_qps-limit-dim não entrará em vigor.

Nota
  • Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior e com versão secundária 25.1.0.0 ou posterior.

  • Recomendamos tratar erros THROTTLED no cliente antecipadamente para evitar exceções. Também recomendamos que o cliente evite tentativas frequentes de repetição ao receber um erro THROTTLED.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_sentinel-enabled

Ativa o modo compatível com Sentinel para a instância. Padrão: no.

  • yes: Ativado.

  • no: Desativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Não suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Não suportado

No

#no_loose_sentinel-password-free-access

Quando o modo Sentinel está ativado, este parâmetro controla se os comandos Sentinel podem ser executados sem senha em qualquer conexão. Padrão: no.

  • yes: Permite a execução de comandos Sentinel sem senha. Você também pode usar o comando SENTINEL para ouvir o canal +switch-master.

  • no: Desativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

#no_loose_sentinel-password-free-commands

Quando o modo Sentinel está ativado e #no_loose_sentinel-password-free-access está definido como yes, este parâmetro especifica comandos adicionais que podem ser executados sem senha em qualquer conexão. Padrão: vazio.

Importante

Os comandos configurados aqui podem ser executados sem autenticação em qualquer conexão. Insira os comandos em letras minúsculas, separados por vírgulas.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

#no_loose_slow-query-isolation-weight

Define o limiar (número de submembros em uma chave) acima do qual comandos de consulta lenta são roteados para um thread isolado, liberando o thread principal para comandos regulares. Os seguintes comandos são cobertos: KEYS, SMEMBERS, HKEYS, HVALS, HGETALL, EXHKEYS, EXHVALS e EXHGETALL. Para o comando KEYS, o limiar aplica-se ao número de chaves no DB atual. Valores válidos: 1 a 999999999999999. Padrão: 1000.

Por exemplo, se um Set tiver mais de 1.000 membros, o SMEMBERS nessa chave usará o thread isolado. Quando a fila pendente do thread isolado exceder 500 solicitações, os comandos subsequentes voltarão aos threads regulares.

Nota

Evite definir este limiar muito baixo. Pressão excessiva no thread isolado desperdiça recursos. Se a maioria das solicitações forem comandos de consulta lenta, considere desativar o isolamento definindo este parâmetro como 999999999999999. Suportado apenas em instâncias cloud-native otimizadas para memória.

Standard: Suportado

Direct connection cluster: Suportado

Proxy cluster: Não suportado

Read/write splitting: Não suportado

Não suportado

No

#no_loose_tsync-repl-mode

Modo de sincronização entre os nós primário e secundário. Valores válidos:

  • async (padrão): Usa replicação assíncrona nativa do Redis.

  • semisync: Modo semissíncrono. Quando ativado, o nó primário replica operações de atualização para o nó secundário antes de retornar uma resposta ao cliente. Este modo aumenta a latência de gravação em aproximadamente 0,5 ms a 3 ms. É adequado para cenários que exigem alta consistência de dados e podem tolerar alguma degradação no desempenho de gravação.

    Quando o nó secundário fica indisponível ou ocorre uma exceção de rede entre os nós primário e secundário, o modo semissíncrono é rebaixado para o modo assíncrono.

Nota

Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior e com versão secundária 23.12.2.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_tsync-semisync-wait-timeout-ms

Antes de ajustar este parâmetro, ative primeiro o modo semissíncrono (defina #no_loose_tsync-repl-mode como semisync).

Este parâmetro define o tempo limite para o modo semissíncrono. Se o tempo que uma solicitação de gravação aguarda pela sincronização primário-secundário exceder este limiar, a solicitação será retornada imediatamente ao cliente, mesmo que ainda não tenha sido replicada para o nó secundário. Unidade: milissegundos. Valores válidos: 1 a 7200000. Padrão: 100.

Nota

Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior e com versão secundária 23.12.2.0 ou posterior. Modifique com cautela.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_tls-min-version

Define a versão mínima de TLS que a instância aceita. Padrão: TLSv1.

Valores válidos: TLSv1, TLSv1.1, TLSv1.2.

Standard: Não suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

#no_loose_ts-auto-del-empty-skey-enable

Controla se uma Skey em uma estrutura de dados TairTS é excluída automaticamente quando todos os seus pontos de dados expiram. Padrão: yes.

  • yes: A Skey é excluída quando todos os pontos de dados expiram.

  • no: A Skey vazia é mantida.

Nota

Suportado apenas em instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior, com versão secundária 24.7.0.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

active-expire-effort

Controla a intensidade com que a instância limpa chaves expiradas em segundo plano. Valores mais altos reduzem a memória usada por chaves expiradas mais rapidamente, mas aumentam o uso da cpu e a latência. Valores válidos: 1 a 10. Padrão: 1.

Nota

Suportado apenas em instâncias de memória persistente.

Não suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

appendfsync

Frequência de fsync para persistência Append-Only File (AOF). Entra em vigor apenas quando appendonly está ativado. Padrão: everysec (não modificável).

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

appendonly

Ativa ou desativa a persistência AOF no nó primário. Padrão: yes.

  • yes: Persistência AOF ativada.

  • no: Persistência AOF desativada.

Nota

A persistência Redis Database (RDB) é executada uma vez por dia por padrão. Para mais informações, consulte Backup automático ou manual.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Yes

bigkey-threshold

Limiar de contagem de elementos para identificar chaves grandes (chaves com muitos elementos) no Top Key Statistics. Valores válidos: 500 a 100000. Padrão: 2000.

Nota

Se este parâmetro não for exibido nas configurações de parâmetros, atualize a versão secundária e tente novamente.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

bigkey-mem-threshold

Limiar de tamanho de memória para identificar chaves grandes (chaves que consomem muita memória) no Top Key Statistics. Unidade: bytes. Valores válidos: 1048576 a 1073741824 (1 MB a 1 GB). Padrão: 536870912 bytes (512 MB).

Nota

Suportado apenas em instâncias cloud-native otimizadas para memória com versão secundária 25.6.0.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

bigkey-field-mem-threshold

Limiar médio de tamanho de memória por subelemento para identificar chaves grandes (chaves que consomem muita memória) no Top Key Statistics. Unidade: bytes. Valores válidos: 1024 a 1073741824 (1 KB a 1 GB). Padrão: 1048576 bytes (1 MB).

Nota
  • Suportado apenas em instâncias cloud-native otimizadas para memória com versão secundária 25.6.0.0 ou posterior.

  • A partir de 26 de maio de 2026, o valor padrão deste parâmetro mudará de 50 MB para 1 MB.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

client-output-buffer-limit pubsub

client-output-buffer-limit normal

Limita o buffer de saída para clientes pub/sub e clientes normais. Formato: <hard limit> <soft limit> <soft seconds>.

  • Padrão para pubsub: 33554432 8388608 60

  • Padrão para normal: 524288000 0 0

Quando o buffer de saída de um cliente atinge o limite rígido, a conexão é fechada imediatamente. Quando o buffer atinge o limite flexível e permanece assim pelo número especificado de segundos, a conexão é fechada.

Importante
  • Apenas instâncias otimizadas para memória compatíveis com Redis 6.0 ou posterior suportam client-output-buffer-limit normal.

  • O buffer de saída do cliente consome memória de tempo de execução. Se muitos comandos se acumularem, a instância poderá acionar a evicção de dados ou ficar sem memória. Revise a capacidade de memória da sua instância antes de ajustar esses valores.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

dynamic-hz

Ativa o ajuste dinâmico da frequência de execução de tarefas em segundo plano. Padrão: yes.

  • yes: Ativado.

  • no: Desativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

globalvectorindex_enabled

Ativa ou desativa o índice global TairVector. Padrão: 0.

  • 0: Desativado.

  • 1: Ativado.

Standard: Não suportado

Cluster: Suportado

Read/write splitting: Não suportado

Não suportado

No

hash-max-ziplist-entries

hash-max-ziplist-value

Para instâncias compatíveis com Redis 6.0 e anteriores, um objeto hash usa codificação ziplist quando ambas as condições são atendidas: o número de pares chave-valor é menor que hash-max-ziplist-entries e o comprimento da string de todas as chaves e valores é menor que hash-max-ziplist-value.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

hash-max-listpack-entries

hash-max-listpack-value

Para instâncias compatíveis com Redis 7.0 e posteriores, um objeto hash usa codificação listpack quando ambas as condições são atendidas: o número de pares chave-valor é menor que hash-max-listpack-entries e o comprimento da string de todas as chaves e valores é menor que hash-max-listpack-value.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

hotkey-threshold

Limiar de QPS para identificar chaves quentes no Top Key Statistics. Valores válidos: 100 a 100000. Padrão: 5000.

Nota

Suportado apenas em instâncias cloud-native otimizadas para memória. As versões secundárias necessárias são:

  • Compatível com Redis 5.0: 5.5.0.50 ou posterior.

  • Compatível com Redis 6.0 e Redis 7.0: 25.2.0.0 ou posterior.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

hz

Define quantas vezes por segundo a instância executa tarefas em segundo plano, como limpeza de chaves expiradas. Valores válidos: 1 a 500. Padrão: 10.

Valores mais altos resultam em limpeza de chaves mais frequente e tratamento de tempo limite mais preciso, mas também aumentam o uso da cpu. Evite valores acima de 100.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

lazyfree-lazy-eviction

Controla se a evicção usa exclusão assíncrona (lazyfree). Padrão: no.

  • yes: Ativado.

  • no: Desativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

lazyfree-lazy-expire

Controla se a exclusão de chaves expiradas usa exclusão assíncrona (lazyfree). Padrão: yes.

  • yes: Ativado.

  • no: Desativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

lazyfree-lazy-server-del

Controla se o comando DEL usa exclusão assíncrona (lazyfree). Padrão: yes.

  • yes: Ativado.

  • no: Desativado.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

lazyfree-lazy-user-del

Controla se o comando DEL acionado pelo usuário usa exclusão assíncrona (lazyfree). Padrão: yes.

  • yes: Ativado.

  • no: Desativado.

Não suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

list-compress-depth

Define quantos nós em cada extremidade de uma lista são mantidos sem compactação. Os nós no meio são compactados. Valores válidos: 0 a 65535. Padrão: 0 (sem compactação).

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

list-max-ziplist-size

list-max-listpack-size

Controla o tamanho ou comprimento do ziplist (Redis 6.0 e anteriores) ou listpack (Redis 7.0 e posteriores) em cada nó quicklist.

  • Valores positivos limitam pelo número de itens de dados por nó. Por exemplo, 5 significa no máximo 5 itens por nó.

  • Valores negativos limitam pelo tamanho em bytes:

    • -1: 4 KB

    • -2 (padrão): 8 KB

    • -3: 16 KB

    • -4: 32 KB

    • -5: 64 KB

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

maxmemory-policy

Política de evicção aplicada quando a instância atinge seu limite Maxmemory. Padrão: volatile-lru para instâncias otimizadas para memória; noeviction para instâncias de memória persistente.

Observações:

  • O Maxmemory é igual ao tamanho da instância adquirida e não pode ser alterado.

  • Na arquitetura cluster, a evicção é acionada por nó de dados quando esse nó atinge seu limite Maxmemory, mesmo que a memória total do cluster não esteja esgotada. Gerencie proativamente a distorção de dados. Para mais informações, consulte Como lidar com a distorção de dados?.

  • As políticas LRU (menos recentemente usado), LFU (menos frequentemente usado) e volatile-ttl usam algoritmos aleatórios aproximados.

Políticas disponíveis:

  • volatile-lru: Evita a chave menos recentemente usada entre as chaves com tempo de expiração definido.

  • noeviction: Rejeita novas gravações quando a memória está cheia e retorna um erro.

  • volatile-lfu: Evita a chave menos frequentemente usada entre as chaves com tempo de expiração definido.

  • volatile-random: Evita aleatoriamente uma chave com tempo de expiração definido.

  • volatile-ttl: Evita a chave com o menor tempo de vida (TTL) entre as chaves com tempo de expiração definido.

  • allkeys-lru: Evita a chave menos recentemente usada de todas as chaves.

  • allkeys-lfu: Evita a chave menos frequentemente usada de todas as chaves.

  • allkeys-random: Evita aleatoriamente uma chave de todas as chaves.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

notify-keyspace-events

Configura quais notificações de eventos de keyspace a instância envia. Ativar isso consome recursos adicionais de cpu. Para obter detalhes, consulte Notificações de keyspace do Redis.

Importante

O valor deve conter pelo menos K ou E; caso contrário, nenhuma notificação será enviada.

Use qualquer combinação dos seguintes caracteres:

  • K: Notificações de keyspace (prefixadas com __keyspace@<db>__).

  • E: Notificações de eventos de chave (prefixadas com __keyevent@<db>__).

  • g: Comandos genéricos como DEL, EXPIRE e RENAME.

  • $: Comandos de string.

  • l: Comandos de lista.

  • s: Comandos de set.

  • h: Comandos de hash.

  • z: Comandos de sorted set.

  • x: Eventos de expiração. Enviados quando uma chave expirada é excluída.

  • e: Eventos de evicção. Enviados quando uma chave é excluída pela política de evicção.

  • A: Um alias para g$lshzxe. Assina todos os itens acima.

Exemplo: Para receber eventos de expiração, defina este parâmetro como Ex e execute PSUBSCRIBE __keyevent@0__* no cliente para assinar notificações de eventos de chave para o DB0.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

pena_rename_move_compatible_enabled

Ativa o modo compatível para a série de comandos MOVE e RENAME. Diferentemente do Redis nativo (complexidade O(1)), esses comandos têm complexidade O(n) no Tair. Operações em chaves grandes podem, portanto, levar um tempo considerável. Padrão: no.

  • no: Desativado.

  • yes: Ativado. Os comandos podem então ser usados com a mesma sintaxe do Redis nativo.

Nota

Suportado apenas em instâncias de memória persistente com versão 1.2.4 ou posterior.

Não suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

set-max-intset-entries

Define o tamanho máximo para um Set que usa codificação intset. Um Set usa codificação intset quando todos os seus membros são inteiros de base 10 dentro do intervalo de inteiros assinados de 64 bits.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

slowlog-log-slower-than

Limiar de tempo de execução para registrar um comando no log de consultas lentas. Comandos que demoram mais do que esse valor são registrados. Unidade: microssegundos. Valores válidos: 10000 a 10000000. Padrão: 20000 (20 ms).

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

slowlog-max-len

Número máximo de entradas que o log de consultas lentas retém. Valores válidos: 100 a 10000. Padrão: 1024.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

stream-node-max-bytes

Quantidade máxima de memória que um único macro nó em um Stream pode consumir. Unidade: bytes. Valores válidos: 0 a 999999999999999. Padrão: 4096. Defina como 0 para não haver limite.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

stream-node-max-entries

Número máximo de entradas que um único macro nó em um Stream pode armazenar. Valores válidos: 0 a 999999999999999. Padrão: 100. Defina como 0 para não haver limite.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

timeout

Número de segundos ociosos antes que a instância feche uma conexão de cliente. Valores válidos: 0 a 100000. Padrão: 0 (as conexões nunca são fechadas devido a inatividade).

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

zset-max-ziplist-entries

zset-max-ziplist-value

Para instâncias compatíveis com Redis 6.0 e anteriores, um sorted set usa codificação ziplist quando ambas as condições são atendidas: o número de pares chave-valor é menor que zset-max-ziplist-entries e o comprimento da string de todas as chaves e valores é menor que zset-max-ziplist-value.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

No

zset-max-listpack-entries

zset-max-listpack-value

Para instâncias compatíveis com Redis 7.0 e posteriores, um sorted set usa codificação listpack quando ambas as condições são atendidas: o número de pares chave-valor é menor que zset-max-listpack-entries e o comprimento da string de todas as chaves e valores é menor que zset-max-listpack-value.

Standard: Suportado

Cluster: Suportado

Read/write splitting: Suportado

Não suportado

No

Instâncias baseadas em disco

Parameter

Description

Disk-based

Takes effect upon restart

#no_loose_disabled-commands

Especifica comandos a desativar. Use esta opção para bloquear comandos de alto risco ou alta latência, como FLUSHALL, FLUSHDB, KEYS, HGETALL, EVAL, EVALSHA e SCRIPT.

  • Insira os comandos em letras minúsculas, separados por vírgulas.

  • Desativar o FLUSHALL não afeta o recurso Clear Data no console.

  • Alguns comandos, como CONFIG, não podem ser desativados. Consulte Comandos que não podem ser desativados.

Standard: Suportado

Cluster: Suportado

No

#no_loose_lua-strict-mode

Ativa o modo estrito para scripts Lua. As chaves de dados devem ser passadas pelo array KEYS e não podem ser geradas dinamicamente. Isso permite o processamento paralelo multithread para scripts Lua. Padrão: no.

Standard: Suportado

Cluster: Suportado

No

batch-scan-count

batch-scan-size

scan-background-interval-ms

Parâmetros para o processo de sondagem de chaves em segundo plano, que verifica TTL e realiza coleta de lixo.

  • scan-background-interval-ms: Intervalo de sondagem. Unidade: milissegundos. Padrão: 1000 (1 segundo).

  • batch-scan-count: Número de chaves sondadas por iteração. Padrão: 20000.

  • batch-scan-size: Quantidade máxima de dados sondados por iteração. Unidade: bytes. Padrão: 2097152 (2 MB).

O loop de sondagem sai quando batch-scan-count ou batch-scan-size é atingido e aguarda o próximo intervalo.

Nota

Diminuir scan-background-interval-ms aumenta a frequência de coleta de lixo, mas também consome mais largura de banda do disco. Evite alterações agressivas que possam afetar o desempenho das solicitações do usuário.

Standard: Suportado

Cluster: Suportado

No

bigkey-threshold

Limiar de contagem de elementos para identificar chaves grandes (chaves com muitos elementos) no Top Key Statistics. Valores válidos: 500 a 100000. Padrão: 2000.

Nota

Suportado apenas em instâncias baseadas em disco com versão 2.6.0 ou posterior.

Standard: Suportado

Cluster: Suportado

No

hotkey-threshold

Limiar de QPS para identificar chaves quentes no Top Key Statistics. Valores válidos: 100 a 100000. Padrão: 5000.

Nota

Suportado apenas em instâncias baseadas em disco com versão 2.6.0 ou posterior.

Standard: Suportado

Cluster: Suportado

No

latency-monitor-threshold

Limiar de duração para registrar um evento de latência. Eventos que excedem esse limiar são registrados. Unidade: milissegundos. Valores válidos: 0 a 10000000. Padrão: 100.

Standard: Suportado

Cluster: Suportado

No

max-rename-commit-size

Quantidade máxima de dados (em bytes) de uma chave que o comando RENAME pode processar. Se os dados reais excederem esse limite, a operação falhará. Valores válidos: 1024 a 268435456. Padrão: 16777216 (16 MB).

Standard: Suportado

Cluster: Suportado

No

max-write-batch-size

Limite de tamanho (em bytes) para dados intermediários em memória gerados durante a execução de comandos no formato de armazenamento em disco. Valores válidos: 0 a 1073741824. Padrão: 0 (sem limite).

Nota

Se sua carga de trabalho provavelmente produzirá grandes volumes de dados intermediários, defina isso como 1073741824 (1 GB) para evitar problemas de falta de memória.

Standard: Suportado

Cluster: Suportado

No

optimise-huge-value

Ativa a otimização de desempenho para valores grandes. Padrão: no.

  • no: Desativado.

  • yes: Ativado. Pode aproximadamente dobrar o desempenho de gravação para valores grandes, mas reduz a eficiência de consultas de intervalo (SCAN, HGETALL, ZRANGE) e causa maiores flutuações no uso de memória. Ative esta opção apenas quando os tamanhos médios de valores excederem 16 KB e o throughput de gravação for alto.

Nota

Suportado apenas em instâncias baseadas em disco SSD com versão 2.6.0 ou posterior.

Standard: Suportado

Cluster: Suportado

No

slowlog-log-slower-than

Limiar de tempo de execução para registrar um comando no log de consultas lentas. Unidade: microssegundos. Valores válidos: 10000 a 10000000. Padrão: 1000000.

Standard: Suportado

Cluster: Suportado

No

slowlog-max-len

Número máximo de entradas que o log de consultas lentas retém. Valores válidos: 100 a 10000. Padrão: 1024.

Standard: Suportado

Cluster: Suportado

No

timeout

Número de segundos ociosos antes que a instância feche uma conexão de cliente. Valores válidos: 0 a 100000. Padrão: 0 (as conexões nunca são fechadas devido a inatividade).

Standard: Suportado

Cluster: Suportado

No

timeout_retry_to_slave_enabled

Interruptor para o recurso de nova tentativa de solicitação anormal. Valores válidos:

  • 0 (padrão): Desativa o recurso.

  • 1: Ativa o recurso. Quando ativado, se uma solicitação de leitura atingir o tempo limite e alcançar o valor de timeout_ms_retry_to_slave, o proxy encaminhará automaticamente a solicitação de leitura para um nó secundário para garantir a taxa de sucesso das solicitações de leitura.

Standard: Não suportado

Cluster: Suportado

Read/write splitting: Não suportado

No

timeout_ms_retry_to_slave

Período de tempo limite que aciona uma nova tentativa de solicitação. Este parâmetro deve ser usado em conjunto com timeout_retry_to_slave_enabled. Unidade: milissegundos. Valores válidos: 10 a 5000. Padrão: 500.

Standard: Não suportado

Cluster: Suportado

Read/write splitting: Não suportado

No

txn-isolation-lock

Ativa bloqueios de transação, que permitem que instâncias baseadas em disco executem comandos MULTI, EXEC e scripts Lua. Ativar este parâmetro pode causar até 10% de degradação de desempenho. Padrão: no.

  • no: Desativado.

  • yes: Ativado. Esses comandos funcionam então com a mesma sintaxe do Redis nativo.

Standard: Suportado

Cluster: Suportado

No

Parâmetros de nó de proxy

Estes parâmetros são fornecidos por nós de proxy e aplicam-se apenas a instâncias que usam arquitetura cluster em modo proxy ou arquitetura de read/write splitting.

Parameter

Description

Takes effect upon restart

cluster_compat_enable

Controla a compatibilidade com a sintaxe de cluster nativa do Redis. Padrão: 1.

No

hello_enabled

Controla se o comando HELLO pode alternar entre os protocolos RESP2 e RESP3. Padrão: 0.

  • 0: Desativado.

  • 1: Ativado.

Nota

Suportado apenas na versão Proxy 7.0.9 e posterior.

No

max_session_processing

Número máximo de solicitações em trânsito por conexão. Valores válidos: 10 a 10000000. Padrão: 1000.

Quando um nó de proxy encaminha uma solicitação para um nó de dados, mas ainda não recebeu uma resposta, essa solicitação é considerada em trânsito. Este parâmetro limita o acúmulo de solicitações causado por diferenças de velocidade de processamento entre o frontend e o backend do proxy, evitando crescimento excessivo de memória.

No

#no_loose_statistics-ip-enable

#no_loose_statistics-cmds

#no_loose_statistics-keys

Grupo de parâmetros para o recurso de observabilidade. Após definir esses parâmetros, você também deve ativar o log de auditoria para que eles entrem em vigor. As estatísticas são coletadas em intervalos de 5 segundos.

  • #no_loose_statistics-ip-enable: Ativa estatísticas de endereço ip, que registram os endereços ip das conexões estabelecidas. Valores válidos: yes (ativar) e no (padrão, desativar).

  • #no_loose_statistics-cmds: Comandos a rastrear. Registra o endereço ip de source e a frequência para cada comando rastreado. Padrão: vazio (nenhum comando rastreado). Separe vários comandos com vírgulas.

  • #no_loose_statistics-keys: Chaves a rastrear. Registra o endereço ip de source e a frequência para cada chave rastreada. Padrão: vazio (nenhuma chave rastreada). Separe várias chaves com vírgulas.

Nota
  • Apenas instâncias otimizadas para memória suportam este grupo de parâmetros.

  • Para minimizar o impacto no desempenho, mantenha o número de comandos e chaves rastreados pequeno. Ative este recurso apenas para fins de solução de problemas ou O&M.

Para recuperar estatísticas, baixe logs de auditoria do console Simple Log Service (consulte Baixar logs de auditoria) e filtre pelos seguintes valores de type:

  • 7: Estatísticas de QPS por endereço ip

  • 8: Estatísticas de conexão por endereço ip

  • 9: Estatísticas de chave

  • 10: Estatísticas de comando

No

ptod_enabled

Controla se o proxy passa o endereço ip original do cliente para o nó de dados. Padrão: 1.

  • 0: Desativado. O nó de dados vê endereços ip do nó de proxy em vez de ips do cliente.

  • 1: Passagem direta ativada.

No

query_cache_enabled

query_cache_expire

query_cache_mode

Parâmetros para o recurso de cache de consulta do nó de proxy. Quando ativado, o proxy armazena em cache resultados de chaves quentes e retorna respostas em cache diretamente sem encaminhar solicitações para shards de dados.

Importante

Os dados de chave-valor em cache não são atualizados durante o período de validade do cache. Confirme se sua carga de trabalho pode tolerar consistência eventual antes de ativar este recurso.

  • query_cache_enabled: Ativa o recurso. Padrão: 0 (desativado). Defina como 1 para ativar.

  • query_cache_expire: Período de validade do cache. Unidade: milissegundos. Valores válidos: 100 a 60000. Padrão: 1000. Um valor menor reduz a taxa de acerto do cache; um valor maior aumenta a janela durante a qual os clientes podem ler dados obsoletos.

  • query_cache_mode: Modo de funcionamento.

    • 0 (padrão): Armazena em cache apenas chaves quentes enviadas por shards de dados.

    • 1: Armazena em cache todas as chaves usando evicção LRU (menos recentemente usado). Como cada thread de proxy tem um limite de cache de 100 MB, a evicção LRU pode reduzir a taxa de acerto e o desempenho geral.

No

read_request_only_ronode_whenrwsplit_enable

Controla se as solicitações de contas somente leitura são encaminhadas exclusivamente para réplicas de leitura. Padrão: 0.

  • 0: Desativado. Solicitações de contas somente leitura são distribuídas entre todos os nós (incluindo o primário) com base no peso.

  • 1: Ativado. Solicitações de contas somente leitura vão diretamente para réplicas de leitura e não para o primário.

No

readonly_lua_route_ronode_enable

Controla o modo de execução Lua em réplicas de leitura. Padrão: 0.

  • 0: Desativado. Comandos Lua são processados pelo nó primário.

  • 1: Ativado. Scripts Lua que contêm apenas operações de leitura são encaminhados para réplicas de leitura.

No

rt_threshold_ms

Limiar de log de consulta lenta para o nó de proxy. Uma entrada de log é gerada quando o tempo entre o envio de uma solicitação pelo proxy e o recebimento de uma resposta excede este valor. Unidade: milissegundos. Valores válidos: 30 a 2000. Padrão: 500.

No

script_check_enable

Controla se o proxy verifica scripts Lua antes da execução. Para a lista de verificações, consulte Itens de verificação de proxy para Lua. Padrão: 1.

  • 0: Verificações desativadas. Observe que contas somente leitura sempre têm verificações de script ativadas, independentemente desta configuração.

  • 1: Verificações ativadas.

No

sentinel_compat_enable

Ativa o modo compatível com Sentinel para o proxy. Padrão: 0.

  • 0: Desativado.

  • 1: Ativado.

No

transfer_subscrible_to_psubscrible_enable

Controla se o proxy converte comandos SUBSCRIBE para PSUBSCRIBE. Padrão: 0.

  • 0: Desativado.

  • 1: Ativado. Ative esta opção se você não conseguir receber notificações em um canal assinado porque scripts Lua usam comandos da classe PUB/SUB.

No