A otimização de cache do rednet .net melhora a velocidade de carregamento e o desempenho do servidor (1)

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

 

 

 

Publicado 29 artigos originais · Gosto 11 · Visita 10.000+

Acho que você gosta

Origin blog.csdn.net/u010840685/article/details/103274273
Recomendado
Clasificación