De repente recibe altas cargas en el servidor con más de 500 tareas en ejecución

  • basketmen
  • Student
  • Student
  • No Avatar
  • Registrado: Mar 21, 2007
  • Mensajes: 66
  • Status: Offline

Nota Octubre 28th, 2010, 11:46 am

Chicos estoy desesperado por aquí, ya que este problema durante una semana en algún momento se ponen de repente de alta carga, y todavía no encuentro dónde está el problema aún

normalmente el resultado de la parte superior de esta manera, la carga sólo 0. 71, sólo tiene 200 tareas
capturas de pantalla: http://i291.photobucket.com/albums/ll28 ... ormal3.jpg

imágenes de otros: http://i291.photobucket.com/albums/ll28 ... ormal2.jpg

pero en algún momento se ponen de repente de carga alta (por lo general 1-3 veces al día), carga muy alta 90 a 200, con más de 500 tareas
capturas de pantalla: http://i291.photobucket.com/albums/ll28 ... hload1.jpg

Proceso de registro de todos los días, yo ya la reparación y optimizar todos tabla, como se puede ver el proceso de mysql es muy bajo (en línea blanca, no en la línea amarilla o roja), por lo que su aspecto como el problema no está en mysql
La línea roja es quizás apache
capturas de pantalla: http://i291.photobucket.com/albums/ll28 ... hload1.jpg

es su wa 96,2%. He aquí una explicación de los parámetros en caso de que no lo sé:

nosotros = Usuario tiempo de CPU (el tiempo que ha pasado los procesos en ejecución de la CPU a los usuarios que no se baja prioridad)
sy = Sistema de tiempo de CPU (el tiempo que ha spetn la CPU ejecuta el núcleo y sus procesos
ni = tiempo de CPU de Niza (el tiempo que ha pasado los procesos en ejecución de la CPU a los usuarios que han sido baja prioridad)
wa = iowait es decir, en espera de E / S (la cantidad de tiempo que la CPU ha estado esperando por la E / S para completar)
hola = hardware IRQ (la cantidad de tiempo que el La CPU ha sido atender interrupciones de hardware)
si = Software IRQ (la cantidad de tiempo que la CPU ha sido interrumpe el servicio de software)
id = inactividad de la CPU

Así que una wa alto para mí más probable es que están cambiando. Para confirmar esto también veo que su uso de memoria RAM está al máximo y su máquina es querer utilizar más memoria para que, ya que se agota en su lugar, comienza a utilizar unidades de disco duro para crear memoria virtual. Eso es muy lento y puede causar que su carga a pico hasta las cosas como son.

Entonces, ¿dónde me gustaría ver es por qué su memoria se está al máximo. Hay algunas cosas que se pueden ejecutar para ayudar a determinar la misma. Una cosa que siempre me fijo en momentos como este es ver lo que se conecta a la máquina. Ejecutar:

netstat-NPA

Otra cosa que puedes hacer es asegurarse de que haya configurado MySQL correctamente. Muchos administradores erróneamente configurar completamente equivocado y debido a que terminan la asignación de manera más memoria para que luego se necesita y con el tiempo se come toda su memoria RAM y luego adivinen qué, se inicia el intercambio y los picos de carga a través del techo. Recomiendo encarecidamente ejecutar este programa llamado MySQLTuner . Ejecutar el programa y ver si ha configurado correctamente MySQL. Si usted ve todo como en Aceptar a continuación, lo que es bueno, pero si ves alguna! apareciendo entonces eso significa que usted necesita para resolver eso. Mi primera aproximación sería la de:

Máximo posible el uso de memoria

Usted puede estar por encima de su memoria RAM instalada. En general, me aseguraría de que se mantiene en alrededor del 50% de la RAM instalada. Déjame saber lo que MySQLTuner le está diciendo y si descifrar nada :)
Ozzu Hosting - Want your website on a fast server like Ozzu?
  • basketmen
  • Student
  • Student
  • No Avatar
  • Registrado: Mar 21, 2007
  • Mensajes: 66
  • Status: Offline

Nota Octubre 28th, 2010, 5:04 pm

¿qué te parece si me Ampliación de memoria RAM de 4 GB DDR2 de nuevo? por lo que el total será de 8 GB, ¿crees que la suficiente para no tener alta carga de nuevo?
  • SpooF
  • ٩๏̯͡๏۶
  • Bronze Member
  • Avatar de Usuario
  • Registrado: May 22, 2004
  • Mensajes: 3415
  • Loc: Richland, WA
  • Status: Offline

Nota Octubre 28th, 2010, 5:59 pm

Le sugiero que averiguar cuál es el uso de todos sus memeory. Puede ser algo sencillo como una configuración de mysql. No tiene sentido gastar el dinero en el cilindro si se puede arreglar con unas cuantas ediciones.

Tuve el mismo problema hace un tiempo. Seguir lo que Bigwebmaster dijo, lo hice y lo arreglen mi problema. Mi servidor mysql pensé que tenía 232 gigas de memoria RAM instalada.

Esta es la salida de MySQLTuner

Quote:
-------- General de Estadística ---------------------------------------- ----------
[-] Se ha parado para comprobar la versión del guión MySQLTuner
[OK] Actualmente ejecuta versión con soporte de MySQL 5.0. 88-registro
Operativo en [Aceptar] en la arquitectura de 64 bits

-------- Estadísticas del motor de almacenamiento --------------------------------------- ----
[-] Estado:-Archivo + BDB-Federados + InnoDB, ISAM-NDB
[-] Los datos en las tablas MyISAM: 404m (Cuadros: 61)
[-] Los datos de las tablas InnoDB: 575M (Cuadros: 48)
[!] BDB está habilitado pero no se utiliza
[! ] Total de mesas fragmentada: 19

-------- Métricas de rendimiento ---------------------------------------- ---------
[-] Hasta para: 1d 13h 13m 48s (52M q [393.677 CPE], CONN 17M, TX: 5B, RX: 3B)
[-] Lee / Escribe: 3% / 97%
[-] Topes totales: + 300.4M 638.0M mundial por Tema (800 hilos max)
[!] Máximo posible el uso de memoria: 235. 3G (23,524% de la RAM instalada)
[OK] consultas lenta: 0% (7K/52M)
[OK] El mejor uso de las conexiones disponibles: 25% (205/800)
[OK] tamaño de la clave de buffer / índices MyISAM total: 512.0M/476.2M
[OK] tampón clave tarifa de golpe: 99.9% (160 millones de caché / 206K lecturas)
[OK] Consulta eficiencia caché: 93,4% (5 millones de caché / 5M selecciona)
[OK] ciruelas caché de consultas por día: 0
Ordena [Aceptar] que requieren las tablas temporales: 0% (clase 1 K temp / 236K tipo)
[! ] Temporal las tablas creadas en el disco: 35% (en el disco 108K / 304K en total)
[OK] caché mensaje tasa de aciertos: 99% (280 creado / 17M conexiones)
[OK] caché de la tabla tarifa de golpe: 90% (abierto 593/653 abierto)
[OK] límite Abrir el archivo utilizado: 5% (376/6K)
[OK] Tabla bloqueos adquiridos de inmediato: 95% (10 millones de inmediato / cerraduras 11M)
InnoDB tamaño de los datos / pool de buffer [!]: 575.6M/8.0M


Aviso a los audaces? lol
#define NULL (::rand() % 2)
  • Bigwebmaster
  • Site Admin
  • Site Admin
  • Avatar de Usuario
  • Registrado: Dic 20, 2002
  • Mensajes: 8922
  • Loc: Seattle, WA & Phoenix, AZ
  • Status: Offline

Nota Octubre 28th, 2010, 10:11 pm

Creo que la solución adecuada en este caso es la figura simplemente lo está utilizando su memoria RAM como falsos, dijo. Por favor, ejecute MySQLTuner y ver lo que dice. Es muy probable que acaba de tener a su servidor configurado de forma incorrecta y todo esto puede ser arreglado. Si usted tiene alguna situación similar a lo que había falsos con la forma en la configuración de MySQL fue instalado, 8 GB wouldnt siquiera se acercan a arreglar su problema ya que habría necesitado más de 235 GB de memoria RAM.

Todavía no lo sabemos con certeza que MySQL es su problema, pero parece ser un problema muy común en los servidores donde el administrador no es exactamente seguro de lo que hacen cuando están tratando de ajustar con my.cnf. Estamos encantados de guiarlo en la dirección correcta, aunque :)
Ozzu Hosting - Want your website on a fast server like Ozzu?

Publicar Información

  • Total de mensajes en este tema: 5 mensajes
  • Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 36 invitados
  • No puede abrir nuevos temas en este Foro
  • No puede responder a temas en este Foro
  • No puede editar sus mensajes en este Foro
  • No puede borrar sus mensajes en este Foro
  • No puede enviar adjuntos en este Foro
 
 

© 2011 Unmelted, LLC. Ozzu® es una marca registrada de Unmelted, LLC