¿Que puede ser este error de mysql?

eso ocurre por que el servidor mysql tarda demasiado en dar una respuesta.

Tendrásque pedirle a tu host que te lo solucione ya que se necesita acceso al servidor y el php.ini si no me equivoco para solucionarlo

Gracias por responder tan rápido.

Tengo acceso al php.ini sin problemas,tengo un servidor dedicado.

Si me pudieras indicar la linea a modificar,por favor.

Estoy tratando de optimizar mi servidor lo mejor que puedo y estoy un poco pez en este tema.


Gracias!

pues haber, lo he estado mriando y puede ser que eso te ocurra por dos cosas.

prueba a modificar el my.cnf y juega con el valor wait_timeout, si aun asi te siga dando ese error entonces cambia la variable max_allowed_packet de 16 a 32 en el my.ini

mas info: http://dev.mysql.com/doc/refman/5.0/en/gone-away.html

La variable timeout la tengo en 15,la puse recientemente.

Encontré la variable max_allowed_packet en el my.cnf y no en el my.ini.la puse enn 32 reinicie el server y a esperar a ver que pasa.

Gracias

ya nos comentaras si te vuelve a pasar, auqnue el timeout puedes subirlo mas si quieres.

Cuanto te venia por defecto?

No se si es normal pero esa variable por defecto en el server no estaba.La puse yo despues de tener imnumerable caidas de server por el too many conecctions.

Yo de ingles estoy nulo y voy mirando,buscando la mejor optimizacion del server.

SaludoS

no estaba? que distribución usas? que versión de mysql tienes instalada?

La versión de mysql es 5.0.21 log y la distribución no se a que te refieres.

con la distribucion me referia al SO que usas, pero vamos utilizando una de las ultimas versiones de mysql me parece raro, pero bueno.

esperemos que no te vuelva a dar el error

Ups,perdona.No te entendí bien.

El server tiene o trabaja con lynux y de momento ya no recibo emails con ese error.Ahora si,lo que me pasa es que aumenta el consumo de cpu y de ram teniendo que reiciniar el server.

SaludoS

pero eso que lo vienes observando desde que cambiaste los parametros esos? o ya de antes?

Te explico un poco el tema.

Desde el primer momento tube problemas con el too many conecctions al server mysql y lo solucione añadiendo las variables max_conecctions y wait_timeout.

Una vez añadidas estas variables el server ya no se cae por este motivo y si por exceso de consumo en CPU y ram.Al caerse de esta manera empeze a recibir los emails con el error MySQL server has gone away y creo que al forzar el server es cuando aumenta el consumo de CPU.

Haciendo un Top desde ssh no muestra operación alguna o extraña para que aumente el consumo de esta manera.

Lo tengo instalado en ovh,si te sirve de referencia.

podrias pegar aqui un top de un momento de saturacion? para ver los procesos y que es lo que mas tira, a ver si podemos optimizar algo.

Por otro lado cuantas visitas tienes diairiamente y mas o menos cuantos users online a la vez? que caracteristicas tiene tu servidor?

Hola de nuevo.

Hoy el server no se a saturado incluso con picos de 175 usuarios en linea,las visitas diarias en una media de 700 usuarios.

En la imagen que te muestro es el pico más alto del top realizado durante cuatro horas.El foro aunque sea un server dedicado va muy lento

El server es el siguiente:
SO Gentoo Linux
Apache v2.0.58 (cgi)
P.H.P 5.1.4
Mysql 5.0.21 log
Ram 1 gb

Gracias por tu tiempo