gpt4 book ai didi

mysql - 跟踪奴隶滞后

转载 作者:行者123 更新时间:2023-11-30 23:39:52 24 4
gpt4 key购买 nike

我有主控设置,我注意到事件主控可以同时处理多个查询,而从属一次读取一个查询并需要很多时间才能 catch 。

1)有什么解决办法吗?

2) 为什么slave显示0秒为“seconds_behind_maser”。有时它会显示落后的正确秒数。但就我而言,它显示 0 秒,同时仍在从日志中读取。

3) 为什么mmm_control 显示两个Master 都在线,而我期望一个Master 处于“等待恢复”状态。

最佳答案

对于 master,同步更新/回滚/超时等发生的顺序无关紧要。因为它为解决冲突所做的一切都是正确的,并且客户得到了正确的反馈。

然而,slave 必须按照与 master 完全相同的顺序执行更新,实现这一点的唯一方法是按照 master 提交它们的顺序顺序运行更新。所以它不仅必须是单线程,而且必须在master提交后才能开始工作。通常这意味着当提交日志记录被刷新到磁盘时,所以有实际的物理 IO 等待。

关于mysql - 跟踪奴隶滞后,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4322667/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com