为了优化magento,我们在mysql中启用了慢速查询日志。query_long_time的理想值是多少?
v1l68za41#
默认情况下,我总是将long_query_time设置为某个较高的值,例如60秒甚至更高。因此,通常的行为开销非常低,因为它很少写入日志。我当然希望您的大多数查询花费的时间远远少于60秒,但对于Magento可能并非如此。:-)然后当我想收集日志为analyzed时,我临时将long_query_time改为0,这样日志就包含了所有的查询。
xam8gpfp2#
long_query_time参数以秒为单位表示,因此您可以先将其设置为任意秒数(默认值为10秒),然后查看日志。如果信号(即慢速查询)与噪声(即其他查询)的比率过高,请将其设置为较大的数字,以仅记录需要更多时间才能完成的查询。从5.7 Reference Manual:慢速查询日志由执行时间超过long_query_time秒的SQL语句组成,并且至少需要检查min_examined_row_limit行。long_query_time的最小值和默认值分别为0和10。可以将该值指定为微秒分辨率。对于记录到文件,写入的时间包括微秒部分。对于记录到表,只写入整数次;微秒部分被忽略。
long_query_time
min_examined_row_limit
2条答案
按热度按时间v1l68za41#
默认情况下,我总是将long_query_time设置为某个较高的值,例如60秒甚至更高。因此,通常的行为开销非常低,因为它很少写入日志。我当然希望您的大多数查询花费的时间远远少于60秒,但对于Magento可能并非如此。:-)
然后当我想收集日志为analyzed时,我临时将long_query_time改为0,这样日志就包含了所有的查询。
xam8gpfp2#
long_query_time
参数以秒为单位表示,因此您可以先将其设置为任意秒数(默认值为10秒),然后查看日志。如果信号(即慢速查询)与噪声(即其他查询)的比率过高,请将其设置为较大的数字,以仅记录需要更多时间才能完成的查询。从5.7 Reference Manual:
慢速查询日志由执行时间超过
long_query_time
秒的SQL语句组成,并且至少需要检查min_examined_row_limit
行。long_query_time
的最小值和默认值分别为0和10。可以将该值指定为微秒分辨率。对于记录到文件,写入的时间包括微秒部分。对于记录到表,只写入整数次;微秒部分被忽略。