问TencentDB MySQL 只读实例复制延迟突然升高，应如何定位原因？

场景：业务使用腾讯云 TencentDB for MySQL 8.0 一主一从（一个只读实例），读请求通过只读实例分流。最近每天夜间批处理时，只读实例的复制延迟会从几乎为 0 升到几百秒，之后缓慢回落。 现象： 1. 控制台监控里主实例 CPU 和 IOPS 都不高，只读实例 CPU 约 30%。 2. 延迟升高时间与一个批量更新任务重合，该任务在主库一次事务里更新约 50 万行。 3. 延迟期间业务从只读实例读到旧数据，产生了对账不一致。 已尝试： 1. 查看了慢查询日志，批量更新语句本身在主库耗时不到一分钟。 2. 确认主从的 binlog_format 为 ROW。 3. 暂时没有改动并行复制相关参数，不确定当前实例是否已开启。 想请教： 1. 大事务在 ROW 格式下回放到只读实例，为什么会比主库执行慢很多？是否与无主键表或缺少索引有关？ 2. 在云数据库上应如何查看和调整复制并行度（例如 replica_parallel_workers 一类参数）？哪些参数在控制台可以修改？ 3. 从业务侧，批量任务拆成小事务的合理大小有什么经验？读请求遇到延迟时有什么可靠的兜底办法？