Então o ponto aqui estava nas seleções de ordenação de índice e consulta.

Se você observar sua saída anterior de .explain() você verá que existe um intervalo "min/max" no elemento "t" em sua expressão. Ao "mover isso para o final" da avaliação, você permite que outros elementos de filtragem que são mais importantes para a expressão geral (determinar menos correspondências possíveis de "e" para ser o fator principal antes de examinar "t" em basicamente "tudo" .

É um pouco DBA, mas no mundo NoSQL acredito que isso se torne um problema do programador.

Basicamente, você precisa construir seu "caminho de correspondência mais curto" ao longo das chaves selecionadas para obter a verificação mais eficaz. É por isso que os resultados alterados são executados muito mais rapidamente.