我们知道,有时候为了debug或跟踪方便,会临时打开mysql的general log。如果在线业务请求比较频繁的话,会导致瞬间产生大量的日志,一定程度上会影响iops性能。 此外,我们还有一种变通的办法,那就是打开slow query log,然后设置 = 0,这样也可以记录所有
我们知道,有时候为了debug或跟踪方便,会临时打开mysql的general log。如果在线业务请求比较频繁的话,会导致瞬间产生大量的日志,一定程度上会影响iops性能。
此外,我们还有一种变通的办法,那就是打开slow query log,然后设置 = 0,这样也可以记录所有请求log,而且记录的log比general log还要来的小,他产生的IOPS性能影响可能会比直接打开general log的影响来的小,,可事实果真如此吗?我们来对比测试下就知道了。
测试试用MySQL版本:5.5.5-10.0.11-MariaDB-log MariaDB Server
测试工具: tpcc-mysql
测试Warehouse数: 100
warmup time: 60s
run time: 600s
并发线程数: 512
测试结果对比见下:
在“一般场景”下,我是设置 long_query_time = 1,并且关闭general log。
记录全部general log时的TpmC大约是不打开log时的73.28%,而记录全部slow log时的TpmC大约是不打开log时的59.53%。可见,直接打开general log对TpmC的影响更小一些,而且这种模式下产生的log其实也更小一些。是不是有点毁三观,哈哈O(∩_∩)O~
此外,如果 log-output = TABLE 时结果会怎样,请读者自行测试 :)
备注:MySQL 5.1及以上版本,才支持将long_query_time设置为0秒,在这之前的版本,其最小值是1秒。
本条目发布于2014/09/01。属于数据库分类,被贴了 FAQ、mariadb、MySQL、MySQL FAQ、slowlog 标签。作者是yejr。 [MySQL FAQ]系列 — slow log中出现大量的binlog dump记录
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号