Já faz um tempo desde a última vez em que o servidor escapou da imagem para o servidor oss para velocidade de envio e carregamento
Para obter os resultados antes e depois da transferência da imagem para a otimização do servidor oss, você pode visualizar o artigo que escrevi antes, clique para visualizar
Agora, com o aumento do número de comerciantes e o aumento dos dados, o desempenho do servidor atingiu novamente seu pico e, como o pedido é devido ao sistema de pedidos, o número de pedidos ao meio-dia passou por um teste maluco na arquitetura do servidor A tabela de pedidos está dividida na tabela de pedidos e histórico de hoje.O banco de dados e a CPU foram aliviados inicialmente, mas os dados em excesso e as consultas simultâneas grandes ao meio-dia ainda fazem com que a CPU e a memória permaneçam altas, portanto, com este artigo, Por fim, decidi armazenar o cache Redis de valores de armazenamento de informações atualizados com pouca frequência, como menus comumente usados, listas de menus e informações do comerciante ao meio-dia para ver se ele pode aliviar o servidor
Veja o gráfico de desempenho antes e depois de acordo com a convenção
Primeiro, fazemos o teste de estresse em nosso servidor 2G de núcleo 1 de teste
O primeiro é ir ao banco de dados
Podemos ver que, quando a simultaneidade é de cerca de 20, houve uma grande anormalidade na área, a resposta é lenta e a interface retorna dados, bastante lenta
Finalmente, podemos ver que, se os dados do banco de dados forem relativamente grandes, as consultas de alta concorrência serão lentas e a resposta da interface será particularmente lenta.No teste de aumento gradual simultâneo de 100, quanto maior o número de simultaneidade, mais a resposta Lento, assim como ao fazer o pedido ao meio-dia, um grande número de pessoas escaneia o código QR ao mesmo tempo, mas como a resposta é lenta, os dados não conseguem a rotação da página, o que está afetando muito a experiência.
A seguir, é apresentado o teste de desempenho da interface usando Redis
Pode-se observar que, após o uso do cache Redis, os dados de resposta da interface são lidos toda vez que a interface do banco de dados é lida e a taxa de sucesso aumenta de 1,59% para 99,55%.
Finalmente, um diagrama Redis do servidor
A próxima edição se concentra em explicar como adicionar cache Redis para o projeto .net MVC