[SOLUCIONADO] Optimizar consulta, tipos de datos y motor

[eraw]

Hola, estoy intentado optimizar una tabla para que me realice las consultas lo más rápido posible y necesitaría de alguien que supiera de rendimiento en mySql.

Esta es la situación:
-Tabla única con 7 millones de registros
-Motor innoBD
-Sólo se realizarán selects de un campo de la tabla que no cambiará nunca y que es un varchar de tamaño 2000.


Lo que tengo planeado:
-Cambiar el motor a MyISAM
-Cambiar el tipo de dato al que se va a hacer el select (solo habrán consultas de este tipo, ahora es varchar). Aquí es donde me pierdo.
Entiendo que cambiado el tipo de dato a VARBINARY o BLOB mejoraré el rendimiento en los selects, cuál de ellos es mejor para este caso concreto?

Y alguna idea más para mejorar el rendimiento?

Un saludo y gracias por responder.

[quimfv]

varchar de tamaño 2000

Habria que revisar ese diseño

-Cambiar el motor a MyISAM

siempre y cuando la bbdd no tenga relaciones entre tablas (MyISAM no las soporta, ni las transacciones....)

-Cambiar el tipo de dato al que se va a hacer el select (solo habrán consultas de este tipo, ahora es varchar). Aquí es donde me pierdo.
Entiendo que cambiado el tipo de dato a VARBINARY o BLOB mejoraré el rendimiento en los selects, cuál de ellos es mejor para este caso concreto?

ese cambio no va a mejorar los selects, seguramente los empeorara.

Y alguna idea más para mejorar el rendimiento?

Con la información que das no se puede decir gran cosa, hay indices creados, los select son sobre string completo (los 2000 carcteres) o sobre partes de ese string.

[eraw]

-Es una cadena de texto de tamaño 2000, no creo que pueda simplificarse.
-No tiene reaciones entre tablas, MyISAm mejoraría el rendimiento no?
-Tenía entendido que un campo binario se manejaba mejor en la base de datos que uno de texto.
-Olvidé comentarlo, los select son sobre partes de ese string: 'texto%'

[quimfv]

-Olvidé comentarlo, los select son sobre partes de ese string: 'texto%'

Practicamente ni los indices te van a ayudar.

Si mejor MyISAm, y luego crea un indice FULLTEXT sobre el campo.

Suerte

[gnzsoloyo]

Nota Bene: Cuando generes los índices FULLTEXT, leugo deberás implementar búsquedas con MATCH() AGAINST(), para lo que debes tener en cuenta:
- Sólo aplica a palabras completas, y no parte de palabras.
- Las palabras deben tener al menos 5 caracteres.
- No se hacen busquedas por similitud o aproximacion de palabras. Esas requieren otras cláusulas.