Utilisation élevée du processeur MySQL

Question

Récemment, le processeur de mon serveur a été très élevé.

La charge du processeur est en moyenne de 13,91 (1 min) 11,72 (5 min) 8,01 (15 min) et mon site n'a connu qu'une légère augmentation de la circulation. Après avoir exécuté une commande du haut, j'ai vu que MySQL utilisait 160% de CPU!

Récemment, j'ai optimisé des tables et j'ai basculé vers des connexions persistantes. Cela pourrait-il obliger MySQL à utiliser de grandes quantités de CPU?

Answer 1

D'abord, je dirais que vous voudrez probablement pour désactiver les connexions persistantes car elles font presque toujours plus de mal que de bien. Deuxièmement, je dirais que vous voulez vérifier vos utilisateurs MySQL, juste pour vous assurer que personne ne peut se connecter à partir d'un serveur distant. C'est aussi une chose de sécurité majeure à vérifier. Troisièmement, je dirais que vous voulez activer le MySQL Slow Query Log pour garder un œil sur toutes les requêtes qui prennent beaucoup de temps, et utilisez-le pour vous assurer que vous n'avez pas de requêtes bloquant les tables de clés pour trop longue.

D'autres choses que vous pouvez vérifier serait d'exécuter la requête suivante alors que la charge du processeur est élevée:

SHOW PROCESSLIST; 

Cela vous montrera toutes les questions qui sont en cours d'exécution ou dans la file d'attente pour exécuter, ce que le La requête est et ce qu'elle fait (cette commande tronquera la requête si elle est trop longue, vous pouvez utiliser SHOW FULL PROCESSLIST pour voir le texte complet de la requête).

Vous voulez aussi garder un oeil sur des choses comme la taille de vos tampons, table cache, query cache et innodb_buffer_pool_size (si vous utilisez des tables InnoDB) que toutes ces allocations de mémoire peut avoir une incidence sur les performances des requêtes qui peuvent causer MySQL à manger CPU.

Vous aurez également probablement envie de donner une lecture de ce qui suit, car ils contiennent de bonnes informations.

• How MySQL Uses Memory
• MySQL System Variables

Il est aussi une très bonne idée d'utiliser un profileur. Quelque chose que vous pouvez activer quand vous voulez cela vous montrera quelles requêtes votre application exécute, s'il y a des requêtes en double, combien de temps ils prennent, etc., etc. Un exemple de quelque chose comme ceci est celui que j'ai travaillé appelé PHP Profiler mais il y en a beaucoup là-bas. Si vous utilisez un logiciel comme Drupal, Joomla ou Wordpress, vous aurez besoin de demander au sein de la communauté car il y a probablement des modules disponibles pour eux qui vous permettent d'obtenir cette information sans avoir besoin d'intégrer quoi que ce soit manuellement.

Answer 2

Si ce serveur est visible au monde extérieur, il vaut la peine de vérifier si elle est d'avoir beaucoup de demandes de connecter du monde extérieur (personnes essayant de briser en elle)

Answer 3

Comme il est le poste le plus élevé si vous Google pour MySQL haute utilisation ou la charge CPU, je vais ajouter une réponse supplémentaire:

Le 1er Juillet 2012, un deuxième saut a été ajouté au cours UTC- temps pour compenser le ralentissement de la rotation de la terre dû aux marées.Lorsque vous exécutez ntp (ou ntpd), cette seconde a été ajoutée à l'horloge de votre ordinateur/serveur. MySQLd ne semble pas aimer cette seconde supplémentaire sur certains systèmes d'exploitation, et génère une charge CPU élevée. Le correctif rapide est (en tant que root):

$ /etc/init.d/ntpd stop 
$ date -s "`date`" 
$ /etc/init.d/ntpd start