La verdad que hace una semana atrás me hubiera venido fabuloso. Pero de todas formas nunca es tarde para saberlo. Muchas gracias por el dato!

Es un tip de mucha importancia como para no estar documentado!. Me ha tocado pasar de MySQL5 a MySQL4 y mas de un dolor de cabeza padeci.

Muy bueno Nacho.
Digo, ¿no te queda por ahi uno sobre optimización de my en máquinas pedorras, tipo con 160 - 256 Mb RAM?
Tengo las tarlipes al plato buscando donde expliquen en detalle que significa cada linea del archivo de configuración de my. Y hasta la ayuda de my es desastrosa en este sentido.

Walter: lamento llegar tarde

Adrián: totalmente de acuerdo! mirá que revisé todo mysql.com e incluso la ayuda propia del mysql y no hay nada.

Javier: gracias, teoricamente mysql debería funcionar perfecto en una máquina con esa memoria, incluso con menos, utilizando una correcta configuración de “query-caching” e índices. Te recomiendo la lectura de este blog que tratan muy bien y muy seguido de estos temas.

jejeje, claro, “debería” funcionar perfecto, pero, la realidad a veces tiene esas cosas raras que se hacen difíciles de entender, sobre todo cuando la fuente para entenderlo es algo, como decir, escasa.
Te agradezco el link y me pongo a leer a ver si puedo bajar un poco el consumo de memoria de un my que se volvió loco.

Y qué hay de “man mysqldump”? No es acaso ese el primer lugar en el que hay que buscar?

“This option does not guarantee compatibility with other servers. It only enables those SQL mode values that are currently available for making dump output more compatible.”

(Perdón por el comentario doble)

Otra cosa que queria aclarar es que si la intención es pasar de MySQL a otro servidor SQL lo que hay que utilizar son las herramientas propias de import/export de cada servidor y no esperar que mysql lo haga todo.

Saludos

Juan, debo ser yo, porque lo probé en cinco servidores distintos, e incluso en linuxmanpages.com y man.he.net y en ningún lado encuentro que hable del “–compatible”

Quizás no está en el MANPATH, como es en mi caso porque MySQL está instalado bajo otro prefix.

Pero posta que existe, al menos a partir de la versión 5.0.24a… incluso probando en otro server con la versión 4.1.21 tambien funcó.

Fijate en $prefix/share/man/man1/mysqldump.1

Igual, el artículo es una joyita. Me parece una iniciativa genial que la gente pueda leer documentación en nuestra lengua.

Saludos.

[…] Según este Wordpress, estoy escribiendo el post N° 300, descontando los borradores destrozados por la ira de ver un engendro impublicable. Asi que para festejar, nada mejor que publicar un hallazgo que no digo que me solucionó la vida, pero si que me está siendo útil y por eso lo comparto. Hace unos días, Ignacio, publicó una función no documentada del mysqldump. Y yo andaba buscando documentación sobre como optimizar MySQL, obviamente, por culpa de un servidor viejito, lento y con poca memoria. De haber tenido un dual core con 2 Gb de RAM esto no hubiera ocurrido Pero, como estamos en Argentina, esa que calcula que solo el 30 % de las PCs que se vendan este año podrá soportar Windows Bosta, agarramos el alambre dulce, la cinta aisladora, la gotita y el MySQL Performance Tuning Primer Script. Que es un script muy interesante, ya que no solo nos da una idea de como está funcionando nuestro my, sino que además se atreve a darnos algunas recomendaciones para modificar la configuración. Justamente, esto era lo que andaba buscando, ya que muy poca gente publica recomendaciones, aunque mas no fuera iniciales, para luego ir retocando. La mayoría te tira “esta es mi configuración en un PIV 3 Ghz con 1 Gb RAM” y te dice que va bien. ¿Va bien?, claro que va bien, para mantener un foro con 500 visitas diarias, con ese cacharro a mi también me andaría como una Ferrari. Bue, dejo de llorar y muestro su funcionamiento. Para eso, nada mejor que algunas de las informaciones que tira: — MYSQL PERFORMANCE TUNING PRIMER – - By: Matthew Montgomery - […]