Se puso lento el sitio, la BD tiene 12000reg. ¿que puede estar mal?

[huayayo]

Hola foreros

tengo una consulta.

miren, estoy haciendo un sitio web con letras de canciones en PHP y MySql,
en la base de datos tengo como 12000 registros. pero el sitio se pone muy lento para abrir la pagina principal (index.php) (¿por que será?), y eso que lo estoy probando en mi pc a traves de localhost.

en el index.php tengo una consulta que muestra los 10 últimos albumes que se han agregado a la base de datos. por lo cual hay una consulta así:

"Select * FROM tb_lyrics GROUP BY album ORDER BY fecha_insercion DESC"

Luego hago un bucle que muestra los 10 primeros registros.

además existen en index.php 3 juegos de registros que buscan:

- Los 10 artistas más leidos.
- Los 10 albumes mas leidos.
- Las 10 letras de canciones más leidas.

Yo tengo en la base de datos 1 sola tabla con los 12000 registros, dentro de los campos estan el nombre del artista, el album, la letra de la cancion y el numero de visitas. por lo cual debo hacer un GROUP BY ALBUM para determinar el album más leido, un GROUP BY ARTISTA para determinar el artista más leido, etc.

Mis dudas son las siguientes:

- ¿Debería agregar un "LIMIT 0,10" al final de la consulta para que carge en memoria solo los datos que voy a mostrar? ¿o la instruccion LIMIT no sirve para eso?.

-Sospecho que al hacer un SELECT *... carga los 12000 registros en la memoria por eso el pc se pone lento.

¿Estoy en lo correcto o no?


Me gustaría saber sus opiniones respecto a como hacer las consultas para aprovechar al máximo los recursos del PC y no despilfarrarlos.

¿conoce alguien un manual para optimizar los sitios y las consultas en funcion de mejorar la rapidez con que se abren las páginas del sitio?

Ojalá me puedan orientar
Gracias

[haron]

yo primero añadiria un "limit" a la consulta. ten en cuenta que mysql_query carga todos los registros en memoria (http://php.grn.es/manual/en/function...ered-query.php).

seria "select ... from tabla order ... limit 0, 10".

declara indices en aquellas consultas que se usaran frecuentemente para buscar u ordenar campos.

[Dynk]

Yo haria 3 consultas, una para cada listado del tipo:
Select TOP 10 * FROM tb_lyrics GROUP BY album ORDER BY fecha_insercion DESC
Así sólo realizas 3 consultas pero no cargas los 12.000 registros

[jmn2k1]

Yo tengo en la base de datos 1 sola tabla con los 12000 registros, dentro de los campos estan el nombre del artista, el album, la letra de la cancion y el numero de visitas.

No podes cambiar esto??
Fijate que tenes mucha data redundante, cuantas veces tenes el nombre del artista?, cuando lo podrias tener una sola vez, lo ideal me parece seria tener una tabla con artistas, otra con discos y una ultima con las letras.

Tambien fijate de no usar "*" y poner el nombre de los campos que vayas a usar. Y si, el LIMIT (TOP es en MSSQL) deberia ayudar bastante.

Pero mi recomendacion es que dividas la info en varias tablas.

Saludos,
JmN

[efra]

12,000 registros no es mucho para tu base de datos.

Create indices de acuerdo a las consultas(esto ya lo escribieron).

Optimiza tu tabla de vez en cuando.


Con esto debe operar decentemente.

Tengo una BD con 25 millones de líneas en MySQL y el desempeño es óptimo gracias a estos sencillos principios.

[huayayo]

..mmm gracias por sus opiniones, ahora funciona mucho mejor