No mongoDB3 apareceu um novo mecanismo de armazenamento: WiredTiger . No entanto, o MMAPv1 ainda é a opção padrão no Mongo .
Um pode não ser melhor que o outro, geralmente é uma questão de caso de uso e de escolher a ferramenta certa para o trabalho. Mas qual motor é o certo para qual trabalho?
Na verdade, enquanto o MMAPv1 é o mecanismo padrão, o WiredTiger parece melhor em quase todos os campos. Possui os mesmos recursos do MMAPv1 mais:
- melhor desempenho de gravação,
- simultaneidade em nível de documento,
- compressão,
- instantâneos e sistema de pontos de verificação.
Encontrei uma tabela comparativa no blog do MongoDB :
Então, exceto se você estiver no Solaris, há algum motivo para não escolher o WiredTiger?
EDITAR
Aqui estão dois vídeos que explicam em detalhes o funcionamento interno do WiredTiger e do MMAPv1 .
Pessoalmente, prefiro o mecanismo de armazenamento mmapv1 a partir de agora por três motivos.
Motivo 1: Maturidade
Não é que o WiredTiger seja imaturo. Mas o mmapv1 é bem compreendido e testado em batalha de cima a baixo, para frente e para trás e acima e além. O WiredTiger teve alguns problemas sérios (consulte http://jira.mongodb.com para obter detalhes) recentemente, e não estou disposto a permitir que meus clientes encontrem o próximo da maneira mais difícil.
Razão 2: Recursos
Dado, o WT tem alguns recursos fundamentalmente impressionantes. O fato é: não vi ninguém se beneficiando deles. Compressão? De qualquer maneira, você sacrifica muito para obter desempenho por espaço em disco bastante barato. Falta do problema de migração de documentos para documentos em expansão? Bem, ainda temos o limite de tamanho de 16 MB e complexidade adicional para documentos incorporados, especialmente quando a incorporação é exagerada.
Existem outros recursos, mas em geral: não vejo muito benefício deles a partir de agora .
Motivo 3: custo total de propriedade
Para novos projetos, o WT pode ser adequado, especialmente desde 3.2 , pois o seguinte não se aplica.
Fazer migrações de dados é caro. Ela precisa ser planejada, o plano precisa ser acordado por todas as partes interessadas, os planos de contingência de emergência precisam ser criados e acordados, a migração precisa ser preparada, executada e revisada. Agora multiplique o tempo necessário com as partes interessadas que fazem parte desse processo e os custos para a migração de dados disparam. O retorno sobre o investimento, por outro lado, parece bastante pequeno. Você pode escalar um pouco em vez de fazer uma migração se levar esses fatores em consideração. Para lhe dar uma impressão: eu estimaria aproximadamente uma "semana de trabalho" por parte interessada se uma migração for planejada, executada e revisada adequadamente. Com custos de $ 100 por hora por pessoa, e apenas três pessoas envolvidas (gerente, DBA e desenvolvedor), isso dá $ 12.000. Note que esta é uma estimativa conservadora.
Conclusão
Todos esses fatores acima me levaram à conclusão de não usar o WT de forma alguma. No momento.
Atualizar
Este post já tem alguns meses, então merece uma atualização
Na maturidade
Meus comentários originais sobre maturidade são meio obsoletos. O WiredTiger não teve nenhum problema grave por um tempo e se tornou o mecanismo de armazenamento padrão a partir do MongoDB 3.2
Em recursos
Meus comentários originais ainda têm alguma validade, imho.
Compressão
No entanto, quando o orçamento está apertado ou, de forma mais geral, o desempenho não é a principal preocupação, a compensação de desempenho é bastante pequena e você basicamente troca pequenos impactos de desempenho (quando comparado ao WT não compactado) por espaço em disco, utilizando o que de outra forma ficaria ocioso ao redor: a CPU.
Criptografia
O MongoDB 3.2 Enterprise introduziu a capacidade de ter armazenamentos WiredTiger criptografados. Para dados com necessidades de segurança aprimoradas, esse é um recurso matador e torna o WT o único mecanismo de armazenamento de escolha, tanto tecnicamente (o MMAPv1 não oferece suporte à criptografia) quanto conceitualmente. Deixando de lado a possibilidade de partições de disco criptografadas, é claro, embora você possa não ter essa opção em alguns ambientes.
Bloqueio de nível de documento
Devo admitir que basicamente omiti esse recurso do WT em minha análise acima, principalmente porque não se aplicava a mim ou a meus clientes quando escrevi a resposta original.
Dependendo da sua configuração, principalmente quando você tem muitos clientes de gravação simultâneos, esse recurso pode fornecer um grande aumento de desempenho.
No custo total de propriedade
Fazer migrações ainda é caro. No entanto, levando em consideração as mudanças na maturidade e a visão alterada dos recursos, uma migração pode valer a pena o investimento se:
Conclusão atualizada
Para novos projetos, eu uso o WiredTiger agora. Como a migração de um armazenamento WiredTiger compactado para um descompactado é bastante fácil, costumo começar com a compactação para aprimorar a utilização da CPU ("obtenha mais retorno do investimento"). Se a compactação tiver um impacto perceptível no desempenho ou no UX, migro para o WiredTiger descompactado.
Para projetos com muitos escritores simultâneos, a resposta para migrar ou não é quase sempre "Sim" também – a menos que o orçamento do projeto proíba o investimento. A longo prazo, o aumento de desempenho deve pagar por si mesmo, se a implantação tiver sido razoavelmente planejada. No entanto, você precisa adicionar algum tempo de desenvolvimento ao cálculo, pois em alguns casos o driver precisa ser atualizado e pode haver problemas que precisam ser resolvidos.
Para projetos com orçamento apertado e que não podem arcar com mais espaço em disco no momento, migrar para um WiredTiger compactado pode ser uma opção, mas a compactação sobrecarrega um pouco a CPU, algo inédito no MMAPv1. Além disso, os custos de migração podem ser proibitivamente caros para tal projeto.
Meus dois centavos:
O registro no diário no WiredTiger pode perder atualizações em desligamentos forçados porque usa buffer na memória para armazenar os registros do diário.
O registro no diário no MMAPv1 grava as alterações nos arquivos de diário no disco.
Mudamos para WiredTiger de MMAPv1 na atração de ganho de desempenho de 7x a 10x. Tivemos que voltar ao MMAPv1, pois o MongoDB travava quando o cache do WiredTiger atingia 100%. Documentamos nossa experiência aqui - https://blog.clevertap.com/sleepless-nights-with-mongodb-wiredtiger-and-our-return-to-mmapv1/