20 consejos para el rendimiento de MYSQL

[Vun]

Bueno, no quise poner eso de [Aporte] porque iba a parecer que los consejos son de mi cosecha, pero no.

Yo llevo muchos años trabajando con Mysql, y en absoluto me considero un 'super-experto', sé hacer mis consultas, utilizar un monton de funciones, sé optimizar tablas según que indices son más necesarios, ¿quien no ha buscado por internet eso de 'tips mysql'? jejej

Bueno, pues hoy de pura casualidad me he encontrao con este articulo que me ha dejao con la boca abierta, y aqui lo dejo para compartirlo con vosotros y opinemos a ver si podemos agregar algo más:

http://boozox.net/mysql/20-consejos-...s-no-conocias/


Por poner uno de los consejos que yo jamás habría pensado que servian:

3. Usa LIMIT 1 Cuando sólo quieras una única fila.

A veces, cuando estás realizando consultas a tus tablas, ya sabes que sólo necesitas una única fila. En estos casos debes solicitar a la base de datos un único resultado, o de lo contrario comprobará todos y cada uno de las coincidencias de la cláusula WHERE.
En estos casos, añadir LIMIT 1 a tu query puede mejorar significativamente la velocidad. De esta forma la base de datos dejará de escanear resultados en el momento que encuentre uno, en lugar de recorrer toda la tabla o un índice.


A zampar conocimiento!

[huesos52]

Muy buen aporte vun.
Estoy deacuerdo con casi todas.
El punto 4, me parece que es una afirmación muy peligrosa cuando dice:

Los índices no son sólo para las claves primarias o las claves únicas. Si en tu tabla hay columnas sobre las que vas a realizar búsquedas, deberías indexarlas casi siempre.

Sin duda un campo unico o primario es candidato indiscutible para indexación, los campos enum no muy malos candidatos por que aunque son valores repetidos es un numero pequeño de opciones y un gran numero de repeticiones. En campos de nombres y apellidos sería muy recomendable estudiar que tanto se puede repetir un mismo registro en la tabla.

El mal uso de los indices, puede empeorar el rendimiento de la base de datos si se aplica en columnas que no sean buenas candidatas.

saludos vun y nuevamente muchas gracias

[claudiovega]

Agrego algo al punto 7.
- No es recomendable select * por que obligas al motor a leer la estructura de la tabla para conocer los nombres de los campos.

[Genetix]

Muy buenos!!
Pero hay que empezar a desterrar el mito que las InnoDb son lentas, antes si, ahora la diferencia no es tanto

Saludos!