Le serveur utilise le serveur Ubuntu 64 bits d'ALIYUN. Aujourd'hui, j'ai rencontré pour la première fois un problème de délai d'attente. L'erreur nginx est la suivante :
2013/11/28 10:12:36 [error] 23856#0: *67294 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 125.66.112.191, server: joinwee.com, request: "POST /lesson/create/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:8081", host: "joinwee.com", referrer: "http://joinwee.com/lesson/create/"
J'ai cherché sur Google et je n'ai pas trouvé de solution appropriée. Veuillez me donner quelques conseils.
Ajouté :
Lors de la soumission du formulaire, j'ai utilisé htop pour vérifier et j'ai constaté que l'utilisation des ressources du processeur à 1 cœur était de 1 100 % et que la charge moyenne était de 3,0+. C'était un peu trop évident. Le processus principal apparaissait toujours sur MySQL. et le CPU et la MEM sont entièrement chargés.
Cela est toujours dû à la surcharge du service causée par l'écriture des données de ce formulaire. Une telle situation ne se produit pas lors de l'accès et de l'exécution d'autres opérations.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
À en juger par la capture d'écran htop que vous avez publiée, l'utilisation du processeur du processus python n'est pas élevée, mais l'utilisation du processeur de MySQL est très élevée. On peut essentiellement juger que MySQL consomme des ressources relativement importantes lors de l'écriture de données. Si cela vous convient, il est recommandé d'utiliser l'outil iotop pour vérifier la charge d'E/S. De plus, utilisez la commande top pour vérifier la proportion d'utilisateur, de système, d'iowait et d'inactivité lorsque le processeur est à 100 %.
De plus, vous pouvez également vérifier la requête lente de MySQL pour voir s'il existe des instructions SQL chronophages qui entraînent une utilisation élevée du processeur.