Mecanismo de armazenamento na memória

Especificar mecanismo de armazenamento in-memory

Para selecionar o mecanismo de armazenamento na memória, especifique:

• inMemory para a opção --storageEngine ou a configuração storage.engine se estiver usando um arquivo de configuração.

• --dbpathou storage.dbPath se estiver usando um arquivo de configuração. Embora o mecanismo de armazenamento na memória não grave dados no sistema de arquivos, ele mantém nos pequenos arquivos de metadados --dbpath e dados de diagnóstico, bem como arquivos temporários para construir índices grandes.

Por exemplo, a partir da linha de comando:

mongod --storageEngine inMemory --dbpath <path>

Ou, se estiver usando o formato de arquivo de configuração YAML:

storage:
   engine: inMemory
   dbPath: <path>

Consulte Opções de inMemory para obter opções de configuração específicas para este mecanismo de armazenamento. A maioria das opções de configuração mongod está disponível para uso com o mecanismo de armazenamento na memória, exceto aquelas opções relacionadas à persistência de dados, como registro no diário ou criptografia em configuração em repouso.

Simultaneidade de transação (leitura e gravação)

A partir da versão 7.0, o MongoDB usa um algoritmo padrão para ajustar dinamicamente o número máximo de transações simultâneas do mecanismo de armazenamento (tickets de leitura e gravação). O algoritmo de transação do mecanismo de armazenamento simultâneo dinâmico otimiza a taxa de transferência do banco de dados durante a sobrecarga de cluster. O número máximo de transações simultâneas do mecanismo de armazenamento (tickets de leitura e gravação) nunca excede 128 tíquetes de leitura e 128 tíquetes de gravação e pode diferir entre nós em um cluster. O número máximo de tíquetes de leitura e tíquetes de gravação em um único nó é sempre igual.

Para especificar um número máximo de transações de leitura e escrita (tickets de leitura e escrita) que o máximo dinâmico não pode exceder, use storageEngineConcurrentReadTransactions e storageEngineConcurrentWriteTransactions.

Se quiser desabilitar o algoritmo de transações do mecanismo de armazenamento dinâmico simultâneo, registre uma solicitação de suporte para trabalhar com um engenheiro de serviços técnicos do MongoDB.

Simultaneidade em Nível de Documento

O mecanismo de armazenamento na memória usa controle de simultaneidade em nível de documento para operações de gravação. Com isso, vários clientes podem modificar documentos diferentes de uma collection ao mesmo tempo.

Uso da Memória

O mecanismo de armazenamento na memória exige que todos os seus dados (incluindo índices, oplog se a instância mongod fizer parte de um conjunto de réplicas etc.) caibam na --inMemorySizeGB especificada ou na storage.inMemory.engineConfig.inMemorySizeGB no arquivo de configuração YAML.

Por padrão, o mecanismo de armazenamento na memória usa 50% da RAM física menos 1 GB.

Se uma operação de escrita fizer com que os dados excedam o tamanho de memória especificado, o MongoDB retornará com o erro:

"WT_CACHE_FULL: operation would overflow cache"

Para especificar um novo tamanho, use a configuração storage.inMemory.engineConfig.inMemorySizeGB no formato de arquivo de configuração YAML:

storage:
   engine: inMemory
   dbPath: <path>
   inMemory:
      engineConfig:
         inMemorySizeGB: <newSize>

Ou use a opção de linha de comando --inMemorySizeGB:

mongod --storageEngine inMemory --dbpath <path> --inMemorySizeGB <newSize>

Durabilidade

O mecanismo de armazenamento in-memory não é persistente e não escreve dados em um armazenamento persistente. Os dados não persistentes incluem application data e system data, como usuários, permissões, índices, configuração do conjunto de réplicas, configuração do cluster fragmentado, etc.

Dessa forma, o conceito de diário ou de espera para que os dados se tornem duráveis não se aplica ao mecanismo de armazenamento na memória.

Se algum membro votante de um conjunto de réplicas usar omecanismo de armazenamento na memória , você deverá definir writeConcernMajorityJournalDefault como false.

Com writeConcernMajorityJournalDefault definido como false, o MongoDB não espera que w: "majority" gravações sejam gravadas no registro em disco antes de reconhecer as gravações. Dessa forma, as operações de gravações "majority" poderiam ser revertidas no caso de uma perda transitória (por exemplo. falha e reinicialização) da maioria dos nós em determinado conjunto de réplicas.

As operações de gravação que especificam uma write concern journaled são reconhecidas imediatamente. Quando uma instância mongod é encerrada, seja como resultado do comando shutdown ou devido a um erro do sistema, a recuperação dos dados na memória é impossível.

Transações

As transações são suportadas em conjuntos de réplicas e clusters fragmentados onde:

• o primary usa o mecanismo de armazenamento WiredTiger e

• os membros secundários usam o mecanismo de armazenamento WiredTiger ou os mecanismos de armazenamento na memória .

Arquiteturas de implantação

Além de funcionarem de forma independente, as mongod instâncias que utilizam o mecanismo de armazenamento em memória podem funcionar como parte de um conjunto de réplicas ou de um cluster fragmentado.

sh.addShardTag("shardC", "inmem")

sh.addShardTag("shardA", "persisted")
sh.addShardTag("shardB", "persisted")

sh.addTagRange("test.analytics", { shardKey: MinKey }, { shardKey: MaxKey }, "inmem")

sh.addTagRange("salesdb.orders", { shardKey: MinKey }, { shardKey: MaxKey }, "persisted")