当将RBR改为混合时磁盘I/O增加
当将RBR改为混合时磁盘I/O增加
提问于 2016-12-21 20:24:54
我遇到了一些复制问题。我在mysql中有一个主从复制；从服务器有binlog-format = ROW，上星期天(3天前)我将格式更改为混合(这也是主的，所以我期望他的奴隶有更好的性能)。问题是，星期天和星期一似乎都很好，但是从星期二开始，这个奴隶开始落后，并落后了几个小时.它大约在午夜时分出现，今天又不知从哪里开始落后，又落后了许多小时；试图理解我一直在问周围发生了什么事情，似乎工作量和过去几周一样，没有什么新的东西会导致这种行为。我注意到最近磁盘的使用大大增加了，这是很奇怪的，我认为这种改变会导致更少的磁盘写入.
我附上图片，你可以看到很多12月18日的阅读，那是一些冷备份，所以不是.问题是:二进制日志格式的改变会是导致这种行为的原因吗？它把更多的东西写到磁盘上是正常的吗？有什么办法可以改善这种情况吗？
谢谢
Server1:
主binlog_format=MIXED
Server2:
Server1 1‘S从binlog_format=MIXED (这是更改的，I/O在哪里)。
Server3:
服务器2‘S奴隶
回答 1
Database Administration用户
发布于 2016-12-22 23:24:37
当一个复杂的UPDATE在主服务器上运行，并且只更新了几行时，就会发生这样的情况：
- 在奴隶身上重新执行
UPDATE。这会停止复制，等待复杂查询完成。 - RBR:只有更改的行被发送给奴隶。这些方法可以更快地应用。
一个简单的UPDATE，可以修改一百万行：
- SBR:同样，在从服务器上慢一点--因为所有的I/O都会更新百万行。
- RBR:这也很慢，但原因不同:通过复制流发送了一百万条记录。这涉及到两端的I/O，加上网络流量。
DELETE、INSERT...SELECT和其他一些东西都有类似的特性。
如果不知道你在复制什么，我就不能说得更具体了。我希望我的例子能给你们提供一些线索来了解可能发生的事情。
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://dba.stackexchange.com/questions/158849
复制相关文章
相似问题
腾讯云开发者
