Caché de consultas MySQL

[TheRD]

Estoy implementando un caché que cachea php en Smarty (en lugar de cachear html como hace por defecto) pero aún así el rendimiento del script es más lento que sin el uso de Smarty (por tiempo de compilación de los templates, etc), así que se me ocurrió cachear las querys hechas a la BD.

Que el archivo fuese sql_ y el md5 de la consulta y a partir de ahí leer el array serializado y mostrarlo en lugar de hacer consultas, luego borrar ese archivo cada X segundos (pocos, claro está). Claro, esto ocupará espacio en el servidor y recursos al estar constantemente creando y borrando archivos. Hablo de una web de con bastantes visitas diarias.

La pregunta es ¿merece la pena cachear las consultas así o es más lento abrir archivo, leer archivo, unserialize() los datos y mostrarlos?

Supongo que con querys pesadas algo más de performance si hay, pero claro, lo difícil es hacer un sistema que solo guarde las pesadas y las ligeras no.

[pateketrueke]

de hecho es recomendable hacerlo, personalmente prefiero el uso de var_export() cuando se trata de solo arreglos...

[TheRD]

Pero var_export() sigue dejando el array como array (según vi en la doc de php).

Código PHP:

<?php
$a = array (1, 2, array ("a", "b", "c"));
var_export($a);
?>
 

Lo que muestra:

Código PHP:

array (
  0 => 1,
  1 => 2,
  2 => 
  array (
    0 => 'a',
    1 => 'b',
    2 => 'c',
  ),
)
 

[Hidek1]

mi pregunta es.. si vas a cachear las consultas.. los resultados en html siempre serán los mismos (mientras dure el cache) entonces.. pq no solo cachear el HTML ? no seria mas factible esa opción ?

[TheRD]

Porque no es siempre la misma consulta, por ejemplo en la parte de los foros donde cada post tiene una consulta diferente. Precisamente por ese motivo he tenido que modificar la función de caché por default que trae smarty, porque solo me cacheaba el html tal y como quedaba.

[pateketrueke]

de hecho, el cache ayuda cuando se trata de la misma consulta!!

así las veces consecutivas se emplean los mismos datos pues no han sido modificados en la base de datos...

Hidek1, no es muy factible cachear el html, ya que la idea es cachear solo los datos... imagina que de pronto cambio el theme de mi sitio y el cache sigue activo...

¿te suena coherente?

yo creo que se trata de brindar mas flexibilidad a nuestros datos, y sobre todo a nuestras aplicaciones... (:

[TheRD]

Lo ideal claramente sería algo que detectase si la query ha cambiado respecto la última vez, pero claro, no creo que eso sea posible o al menos no se me ocurre manera.

[pateketrueke]

Iniciado por TheRD

Lo ideal claramente sería algo que detectase si la query ha cambiado respecto la última vez, pero claro, no creo que eso sea posible o al menos no se me ocurre manera.

de hecho es muy simple, una técnica sencilla sería usar como nombre del archivo de cache el md5() de la misma consulta...

¡una consulta distinta por cada archivo!

[TheRD]

Sí, eso ya pensaba hacerlo xD. sql_ + md5(consulta) + .php
Me refiero a que detecte si ha cambiado esa query, si lo ha hecho borra caché, carga query y cache, sino, la mantiene indefinidamente hasta que cambie.

[pateketrueke]

sigo sin entender...

hasta donde yo lo veo una consulta distinta siempre crearía un archivo de cache nuevo, y ese seria utilizado... el usar la consulta como nombre de dicho archivo promueve precisamente eso de recargar cache...

osea, obviamente al ser una consulta -query- distinta produce un cache distinto...

yo soy el que no entiende, ¿o eres tu?

...o quizá te refieres a los resultados de dicha consulta?

[TheRD]

Sí, me refiero a si los resultados de la consulta son diferentes que los que hay cacheados, pero claro, eso implicaría ejecutar siempre dicha query y compararlas, claro, no es factible.

[pateketrueke]

Iniciado por TheRD

Sí, me refiero a si los resultados de la consulta son diferentes que los que hay cacheados, pero claro, eso implicaría ejecutar siempre dicha query y compararlas, claro, no es factible.

precisamente aquí es de donde tomamos una decisión... por lógica debes cachear únicamente los resultados que consideres que no variarán demasiado...

digamos, que un sistema de categorías no tiende a ser modificado cada cinco minutos o menos, y así con algunos otros datos...

otro caso es que por ejemplo, en nuestro backend no debemos cachear las consultas pues se trata de lidiar con datos frescos, me parece lo mas razonable...

sin embargo en el frontend, donde los datos tienden a ser los mismos la mayoría del tiempo y también tienden a ser modificados con poca regularidad, es factible memorizar dichos datos dependiendo de su naturaleza...

[TheRD]

Muchas gracias por su ayuda, ya tengo una clara idea de como voy a montar el caché :)