En nuestro servidor MySQL actual, el caché de consultas está habilitado.
Qchache_hits: 31913
Qchache_inserts: 50959
Qchache_lowmem_prunes: 9320
Qchache_not_chached: 209320
Qchache_queries_in_chace: 986
com_update: 0
com_delete: 0
com_Select: 10
No entiendo completamente la caché de consultas. Actualmente estoy leyendo sobre ella e intentando comprenderla.
Nuestra base de datos contiene datos de inventario, datos de clientes, datos de empleados, datos de ventas, etc. La consulta rara vez se ejecuta más de una vez. La posibilidad de que una consulta se ejecute dos veces es ver dos veces una información de ventas específica. Pero básicamente todo en nuestro sistema cambia constantemente. Siempre se actualiza, elimina, inserta y no me viene a la cabeza. No puedo imaginarme a los usuarios ejecutando la misma consulta dos veces en una semana.
¿Necesito siquiera tener habilitado el caché de consultas? Supongo que las inserciones significan que se han agregado 51.000 entradas, pero solo se almacenan 986 de ellas.
¿Sería una idea actualizar el caché, observarlo durante una semana y verificar a cuántas de las consultas almacenadas en caché se accede, tal vez semanalmente, para ver si realmente está generando algún beneficio?
Se agradece cualquier ayuda/orientación sobre esto, gracias.
Respuesta1
Sí, se agregaron 51 mil entradas, ahora solo hay 986. por lo tanto, se agregaron aproximadamente 50 mil entradas al caché, pero ya no están allí, 9 mil de ellas porque se quedó sin memoria en el caché y el resto porque las inserciones/actualizaciones invalidaron las entradas del caché. Com_select es un parámetro que resulta útil conocer al intentar decidir si está obteniendo beneficios. Pero en realidad depende principalmente de qué consultas se almacenan en caché.
Si está ejecutando una declaración de selección y está seguro de que no se beneficiaría del almacenamiento en caché, puede agregar SQL_NO_CACHE a la declaración de selección, consultela documentación aquí.
recomiendo leerEste artículo(y ese blog en general).