Pendant la phase de déploiement du projet, une surcharge du processeur se produit toujours lors de la soumission des commandes, provoquant le gel de la machine et l'échec de la soumission des commandes. L'image suivante peut être vue via le gestionnaire de tâches :
En vérifiant les informations de processus dans le gestionnaire de tâches (voir l'image ci-dessous), on peut voir qu'il s'agit du CPU causé par l'exécution du projet. Surchargé de travail. Qui est le coupable ? Est-ce parce que trop d'instructions de test sont générées ? Essayez de réduire le nombre d'instructions de sortie de test.
Après enquête, il a été constaté que l'erreur s'était produite lors de la soumission de la commande et de l'exécution de la transaction 3002. Réexécutez-le pour voir quelle étape l'a provoqué. Est-ce dû au fonctionnement de la table de données ? Parlez avec des faits. Comme le montre la figure ci-dessous, lorsque la table principale de l'ordre d'opération lm_bill est exécutée, le programme s'arrête de fonctionner. À ce moment, le CPU<.> a atteint 100% !
Bien sûr, exécutez surSELECT * FROM lmapp.lm_addr où uid='U18353102068' AND addrid='1' limit 0,1000 SQL
, le résultat de la requête dans la base de données en ce moment est vide ! Et le programme attend toujours ! On voit qu’il y a une sérieuse faille dans votre logique métier !L'erreur suivante a été détectée
:java.sql.SQLException
: Valeur de chaîne incorrecte : 'xA2x97xE7xB2x92' pour la colonne 'medname ' à la rangée 1 J'ai cherché longtemps
,,Il s'est avéré que je ne savais pas quand écrire les données dans la base de données en ligne. Des caractères spéciaux ont été ajoutés , afin que des exceptions inattendues se produisent lors de la lecture du compteur. Ivre aussi ! Référence :
http://www.php.cn/