Créer un index MySQL pour optimiser grandement les performances d'une application PHP

Cet article vous apporte des connaissances pertinentes sur MySQL, qui présentent principalement le contenu pertinent sur l'indexation pour optimiser considérablement les performances d'une application PHP. Examinons-le ensemble, j'espère qu'il sera utile à tout le monde.

Cause

Un ami voulait réaliser un projet il y a deux mois Dans le but d'une promotion en ligne rapide, il a directement acheté le code source d'une certaine entreprise et a demandé au vendeur de le déployer en ligne. Après avoir vu le code source, j'ai directement dit à mon ami : j'ai été trompé. La qualité de ce code source est un peu mauvaise, et il peut y avoir de sérieux problèmes de performances lorsque le nombre d'utilisateurs augmente.

J'ai une base pour faire une telle évaluation :

• En tant qu'application en temps quasi réel, le code de base est écrit en PHP, et les requêtes simultanées et répétées de nombreux scénarios sont contrôlées via des enregistrements de table de base de données ;

Le développement PHP n'est pas un problème, mais l'autre ingénieur ne semblait pas connaître le mode CLI, mais utilisait des tâches planifiées (crontab) pour obtenir un fonctionnement non-stop du programme, donc des dizaines de tâches planifiées curl étaient exécutées chaque minute ;
Il y a beaucoup de class1 dans le code .php, class1-1.php, etc., il est difficile de connaître le but de leur existence d'un coup d'oeil
Il y a beaucoup de codes pour ; boucle pour lire la base de données et les règles de dénomination prêtent à confusion.
Bien sûr, un code qui peut rapporter de l'argent est un bon code (l'autre partie gagne de l'argent grâce à ces codes), donc je ne m'y attarde pas trop. L'idée initiale était qu'avec une configuration 8G à 4 cœurs, il serait difficile de servir 10 000 clients, mais 5 000 suffiraient.

Tournage

Cette semaine encore, j'ai soudainement reçu de fréquents messages d'alarme et des e-mails d'Alibaba Cloud, disant que l'utilisation du processeur était trop élevée. Pensez-vous que la promotion marketing se déroule bien et que le nombre d'utilisateurs a considérablement augmenté ? Quand j’ai demandé à mes amis, il y avait moins de 300 utilisateurs !

Ensuite, j'ai réalisé que les performances réelles de ce code étaient pires que ce que je pensais et qu'il y avait de sérieux problèmes de performances. Selon ce taux de consommation de ressources, la mise à niveau du matériel est un gouffre sans fond et l'optimisation des performances est la bonne voie.

Optimisation des performances

Cela fait deux mois que j'ai reçu le code. Je le regarde de temps en temps pendant mon temps libre et j'ai déjà une compréhension générale de sa structure et de ses principales fonctions. Maintenant que nous rencontrons de sérieux problèmes de performances, il est temps d’essayer quelques optimisations de performances.

Compte tenu du fait que des dizaines de tâches planifiées s'exécutent sans arrêt et pilotent continuellement le système, les fonctions associées aux tâches planifiées sont les premières à être comprises. Sur la base de ma propre compréhension, j'ai d'abord suspendu plus de vingt tâches planifiées qui n'étaient plus nécessaires. Après avoir suspendu les tâches planifiées inutiles, l'utilisation globale du processeur du système est tombée à plus de 60 %, et les messages texte et e-mails de rappel ennuyeux ont finalement cessé. Après avoir attendu une journée, mes amis n'ont pas signalé que les fonctions étaient affectées, ce qui montre que l'idée et le point de départ sont corrects.

Mais avec plus de 200 utilisateurs consommant des ressources comme celle-ci, il doit y avoir quelque chose qui ne va pas. Je me suis reconnecté au serveur alors que j'étais libre aujourd'hui, j'ai exécuté la commande top et j'ai constaté que le processus

occupait plus de 200 % des ressources du processeur. Après avoir lu le code source, je sais qu'il y a une raison à l'utilisation élevée de MySQL et que c'est possible, mais je veux quand même voir pourquoi il consomme autant de ressources. Connectez-vous au serveur MySQL et vérifiez si le journal lent est activé : affichez des variables telles que '%slow%'; et constatez que le journal des requêtes lentes est activé :

Vérifiez ensuite le journal et constatez qu'un certain L'instruction SQL est toujours apparue dans le journal :

Vous pouvez voir que plus de 380 000 lignes d'enregistrements ont été analysées lors de l'exécution de cette instruction SQL. L'une des deux tables impliquées dans la déclaration contient plus de 600 enregistrements et l'autre plus de 40 000 enregistrements, ce qui équivaut à analyser plusieurs fois l'intégralité de la table contenant plus de 40 000 enregistrements.

Vérifiez ensuite les index des deux tables, à l'exception de l'identifiant auto-incrémenté comme clé primaire, aucun autre index n'est créé. Utilisez expliquer pour exécuter l'instruction, qui montre qu'aucun index n'est utilisé :

Ensuite, créez des index sur les colonnes uid et session_id des conditions de requête sur les deux tables. Une fois la création de l'index terminée, l'utilisation visible du processeur et la charge du système sont réduites. Utilisez à nouveau expliquer pour exécuter l'instruction de requête. Les informations d'index ont été utilisées et le nombre de lignes analysées a été considérablement réduit :

Après l'optimisation ci-dessus, l'utilisation globale actuelle du processeur de l'application est d'environ 5 %, et l'utilisation du processeur de MySQL est d'environ 15 %, la charge du système est passée de 4 à 0,3. Enfin, il n'y a pas lieu de s'inquiéter des problèmes de performances pour le moment. Même si la configuration du serveur est réduite à 1 cœur de processeur, il peut toujours la supporter.

Après avoir vérifié davantage le code et l'avoir combiné avec des journaux, créé des index et modifié certaines instructions de requête, l'utilisation du processeur a chuté à environ 6 %. Enfin, nous n'avons plus à nous soucier des problèmes de performances pour le moment

Résumé

Dans les projets de développement, les ingénieurs doivent non seulement écrire du code « utilisable », mais aussi du code « facile à utiliser ». Dans cet exemple, en créant deux index, les performances du système peuvent être considérablement améliorées, ce qui consiste à changer le code de « utilisable » à « facile à utiliser ».

L'optimisation des performances mentionnée dans cet article se concentre sur l'exploitation et la maintenance, et l'optimisation des performances dans le code n'a pas encore été abordée. Mais un principe général est correct : utilisez plus de cache et réduisez autant que possible les lectures synchrones des périphériques IO lents.

Apprentissage recommandé : "Tutoriel vidéo mysql", "Tutoriel vidéo PHP"

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!