Combien de qps est considéré comme une simultanéité élevée ?

Quatre angles de forte concurrence

Dire que la concurrence n'améliore pas la convivialité, c'est être un voyou. Cette question peut être discutée sous quatre angles.

Tout d'abord, la machine frontale sans état n'est pas suffisante pour transporter le trafic des requêtes et doit être étendue horizontalement. Généralement, le QPS est composé de milliers de niveaux. La base de données relationnelle ne peut alors pas gérer les pics de lecture ou d’écriture et nécessite une expansion horizontale de la base de données ou l’introduction de NoSQL, généralement au niveau de milliers à dix mille. Après cela, nosql ne peut pas être hébergé sur une seule machine et nosql doit être étendu horizontalement, généralement de 100 000 à un million de QPS. Enfin, il est difficile de faire évoluer simplement NoSQL horizontalement. Par exemple, Weibo a introduit une architecture de cache à plusieurs niveaux. Cette architecture peut généralement gérer des millions, voire des dizaines de millions d'accès QPS à NoSQL. Bien entendu, les requêtes d’interface destinées aux utilisateurs n’atteignent généralement pas ce niveau d’ampleur. L’augmentation du QPS est principalement due à la pression provoquée par l’amplification de lecture, qui est également prise en compte par l’architecture à haute concurrence.

Recommandation de cours vidéo → : "Solution de simultanéité de données à dix millions de niveaux (théorie + pratique)"

PV et QPS

Par exemple, le système de Weibo avec plus de 100 millions de PV par jour n'a généralement que 1 500 QPS et un pic de 5 000 QPS.

Par exemple, quelqu'un a dit :

Une seule machine 2C4G a généralement 1000QPS.

La machine 8C8G peut supporter à elle seule 7 000 QPS.

Écrivez-le à l'arrière

Le QPS spécifique est fortement lié à l'entreprise. L'interface en lecture seule lit le cache et met la pression sur le cache. ce n'est pas un problème. Plus de 3000 machines uniques peuvent écrire des requêtes plus de 1000. C'est normal, et si c'est plus compliqué, cela peut n'être que de quelques centaines de QPS.

Le QPS est donc étroitement lié aux scénarios et aux conceptions commerciales. Par exemple, le QPS peut être amélioré grâce à la mise en cache locale du navigateur, à l'utilisation du cache pour les requêtes de données chaudes, à l'écriture du traitement asynchrone des transactions MQ, etc.

Pour plus de FAQ, veuillez visiter le site Web PHP chinois.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!