是否有任何方法可以找到负责复制延迟的确切查询？

Question

我试过检查slowquery.log和binlog。

缓慢的查询日志有点帮助，但不是所有的时间。

Binlog条目是不准确的。我使用下面的命令来检查binlog。

show binlog events in <binlog name> from <log position> limit <n>;

Answer 1

log_slow_slave_statements = ON在奴隶的my.cnf里。还有long_query_time=1。打开慢吞吞的木头；等一天；看看慢条斯理。mysqldumpslow -s t或pt-query-digest将总结慢速日志，将“最差”查询放在第一位。

(来自Changelogs) - 2013-04-23 5.7.1里程碑11和2013-04-18 5.6.11 - Bugs固定

日志慢管理语句( http://dev.mysql.com/doc/refman/5.7/en/server-options.html#option_米舍尔德_日志-慢速管理语句 )和日志慢从语句( http://dev.mysql.com/doc/refman/5.7/en/replication-options-slave.html#option_米舍尔德_日志慢从语句 )命令选项现在作为log_slow_admin_statements ( http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_日志_慢的_管理员_语句 )和log_slow_slave_statements ( http://dev.mysql.com/doc/refman/5.7/en/replication-options-slave.html#sysvar_日志_慢的_从站_语句 )系统变量在运行时公开。可以使用显示变量( http://dev.mysql.com/doc/refman/5.7/en/show-variables.html )检查它们的值。变量是动态的，因此它们的值可以在运行时设置。(这些选项实际上已被系统变量替换，但由于可以在服务器启动时设置系统变量，因此不会丢失选项功能。)(Bug #59860，Bug #11766693)

在旧版本中，尽管变量不存在，但命令行--log-slow-slave-statements仍然存在。