[[fjcg02]]

Hola a todos,
desde mi punto de vista, antes de tirar todo a la basura, revisaría o mandaría revisar a un experto la configuración del srv donde corre la BBDD.
Quiero decir con esto ( que alguien me corrija si digo bobadas ya que no conozco mySQL pero sí algún que otro motor) lo siguiente:
- Tamaño de los buffers.
- Tamaño de la página, que sea la más eficiente y que coincida con el mismo tamaño de página que maneja el sistema operativo.
- Tamaño de la ram, sobre todo si en el sistema se conectan muchos usuarios.
- Discos de alta velocidad.
- Caché activa o no activada, ...
- Este punto desconozco si mySQL lo permite. Separar en diferentes discos los datos de los índices.
- Regeneración de índices en ventanas horarias de baja actividad, ...
- Revisar los planes de ejecución y confirmar que están todos los índices que deben estar.
- Auditar el tráfico y la infraestructura de la red a ver si hay cuellos de botella y dónde.
- Posibilidad de balancear la carga añadiendo más servidores de aplicación si la arquitectura lo permite.
- ...

Son parámetros a los que no se les da demasiada importancia, pero que realmente sí la tienen.
Generalmente instalamos la bbdd de producción igual que la de desarrollos, y al final acaba pagándolo el rendimiento.

Y bueno, me refiero a todos estos parámetros y parecidos que generalmente no tenemos en cuenta hasta que los pilla el toro.

Creo que puede ser más barato hacer una auditoría de este tipo e intentar cambiarlos para ver si hay mejoría que echar por la borda los dos años de trabajo. Aunque de este estudio puede concluirse que tengas que hacer cambios de aqrquitectura en la aplicación que puedan suponer muchas horas de trabajo.

Espero haberte ayudado en algo. A veces nos cuesta ver dónde está el problema porque somos todoterrenos y no especialistas de todas las materias.

Un saludo