【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
大家有没有对数据库如MySQL主备落盘时差测试经验，想看看这部分时间有多少，特别对异地灾备 RPO时间
这个肯定看你实际环境了，也不是固定的
解析binlog ，看这两个时间戳：original_commit_timestamp和immediate_commit_timestamp 差值可以
1 个赞
这个变量太多了吧，主机性能，网络带宽。。。
落地分析binlog
您这个方案其实是测试了从库数据落库的时间了
我们现在想测试下Relay log落盘时间，这样一般情况下只要数据到relaylog后，本地MySQL线程肯定会继续写入自己的数据库，不关主库有啥异常情况
有测试方案，到时候具体场景具体对待，不是需要个标准时间
想测试的relay log时间，能写入binlog其实数据已经传输到异地
mark一下
解析relary-log 就是relary 落盘的时间
解析slave binlog ，就是apply 日志后落盘的时间
根据架构的不同这个时间测试：比如延迟主备，异步主备，实时主备。都不一样的。 根据你们的要求进行测试吧 。
mark一下，回头学习一下
就是不知道咋测试呢，不是要标准数据，而是有没有测试方法论 relaylog的落盘时间，（不包含回放）
好思路，融合到自建的大屏里面，领导会比较喜欢这类指标
1 个赞
其实异地灾备的RPO，影响更大的应该是网络带宽，如果只考虑落盘就是看磁盘性能了，单看是没有意义的
1 个赞
这个RPO还跟你的复制类型有关：
异步复制
半同步复制
MGR
还要考虑对主库的影响，各种模式的性能对比可以参考：
https://dev.mysql.com/blog-archive/semi-synchronous-replication-performance-in-mysql-5-7/
https://dev.mysql.com/blog-archive/an-overview-of-the-group-replication-performance/
1 个赞
解析binlog ，看这两个时间戳：original_commit_timestamp和immediate_commit_timestamp 差值可以
前来学习