segundo - Registro de consultas lentas de MySQL: ¿qué tan lento es lento?
optimizar consultas mysql explain (5)
Configúralo en lo que quieras. El único problema es que en un stock MySQL, solo se puede configurar en incrementos de 1 segundo, lo que es demasiado lento para algunas personas.
Los servidores de producción más utilizados ejecutan demasiadas consultas para registrarlos todos. El registro lento es una forma de filtrar el registro para que podamos ver los que tardan mucho tiempo (es probable que la mayoría de las consultas se ejecuten casi al instante). Es un poco un instrumento contundente.
Ajústelo a 1 segundo si lo desea, probablemente no se quede sin espacio en disco o cree un problema de rendimiento al hacerlo.
Realmente se trata del riesgo de habilitar el registro lento; no lo haga si cree que es probable que cause más problemas de disco o de rendimiento.
Por supuesto, podría habilitar el registro lento en un servidor que no es de producción y realizar la carga simulada, pero eso nunca es lo mismo.
¿Cuál es la configuración óptima para el parámetro de registro de consultas lentas mysql y por qué?
Cualquier hora / usted / sentido es inaceptablemente lenta para una consulta en sus sistemas.
Depende del tipo de consultas que ejecute y del tipo de sistema; una consulta que toma varios segundos puede no importar si se trata de algún sistema de informes de back-end que hace minería de datos compleja, etc. donde un retraso no importa, pero podría ser completamente inaceptable en un sistema orientado al usuario que se espera que devuelva resultados rápidamente.
No solo es un instrumento contundente en lo que respecta a la resolución, sino que también es una instancia de MySQL amplia, por lo que si tiene diferentes bases de datos con diferentes requisitos de rendimiento, no tendrá suerte. Obviamente, hay formas de evitarlo, pero es importante tenerlo en cuenta al establecer la configuración de registro lento.
Además de los requisitos de rendimiento de su aplicación, otro factor a considerar es lo que está tratando de iniciar sesión. ¿Está utilizando el registro para detectar consultas que podrían amenazar la estabilidad de su instancia de db (por ejemplo, las que provocan bloqueos o uniones cartesianas) o consultas que afectan el rendimiento de usuarios específicos y que podrían requerir un poco de ajuste? Eso influenciará dónde estableces tu umbral.
Peter Zaitsev publicó un buen artículo sobre el uso del registro lento de consultas. Una cosa que él nota es importante es también considerar la frecuencia con que se usa una determinada consulta. Los informes que se ejecutan una vez al día no son importantes para ser rápidos. Pero algo que se ejecuta muy a menudo puede ser un problema incluso si lleva medio segundo. Y no puedes detectar eso sin el parche microslow.
Recomiendo estas tres líneas
log_slow_queries set-variable = long_query_time=1 log-queries-not-using-indexes
El primero y el segundo registrarán cualquier consulta en un segundo. Como otros han señalado, una consulta de un segundo ha quedado muy atrás si usted está buscando una alta tasa de transacción en su sitio web, pero creo que presenta algunas WTF reales; consultas que deberían ser rápidas, pero para cualquier combinación de datos contra la que se ejecutó no fue así.
El último registrará cualquier consulta que no use un índice. A menos que haga depósitos de datos en una consulta común, debe tener el mejor índice que pueda encontrar, así que preste atención a su resultado.
Aunque ciertamente no es para producción, esta última opción
log = /var/log/mysql/mysql.log
registrará todas las consultas, lo que puede ser útil si intenta sintonizar una página o acción específica.