1.个人感觉跟同步方式有关是sbr，rbr，mbr的哪一种，如果sbr在备库重放主库操作两库的同步时间应该是大差不差的。如果是rbr或者mbr速度可能会快点，只修改变更的行。

2.如果是生产平台的话应该不行，因为你无法确定一周前有没有别的sql影响了同步。变量太多不好判断。

延迟肯定要看监控，要看监控数据能不能保留那么久。

如果是排除业务问题，比如业务反馈，我插入一条数据，从/备库某短时间没查到。监控看不了的话，这种一般要依赖审计了

你这种办法只能作为参考，不能作为依据，MySQL主从延迟引起的因素是多方面的，除了常见的主机性能、网络延迟等因素外，还有事物大小的影响，比如主库执行一个操作近1个小时的事物，备库这1个小时只能等待，等主库事物1个小时执行完之后传输到备库，备库开始执行这个1个小时的事物，即使主库后续的事物都是秒级的，传到备库后也得这个1个小时的长事物执行完才能执行，这样延迟就会出现1个小时。后续在没有长事物的影响后，延迟可能会恢复到秒级，所以判断MySQL主从是否有延迟只有监控，出现超过n秒的延迟就去排查原因，最终根据监控数据得到正确的延迟时间。