mysql有多个slave参与的半同步复制中，并不一定要等待全部返回

问题

我们都知道，半同步复制中，如果 slave 比较慢，会拖慢 master 的提交性能。

那么，在一主多从的半同步架构中，如果 master 的提交性能慢，如何判断是哪个 slave 拖慢了性能？

实验

先通过 dbdeployer 快速搭建一主两从半同步集群：

下面给 master 施加一些压力：

然后我们用 strace，拖慢 slave2 的运行速度。

由于半同步复制的原因，现在 slave2 拖慢了 master 的提交性能。我们开始诊断，

设置半同步插件的日志级别为 16：

查看 master 的 error log：

大概扫一下 error log，如图举例，发现大部分半同步阻塞，最后收到的都是 server_id 为 300 的 slave。

而在我们的环境中，slave2 的 server_id 恰好是 300。

最后，记得将调整的日志级别调回来：

半同步插件并没有提供方便的方法查看各个 slave 谁拖慢了性能，所以我们通过调试日志来查看最后一个返回的 ack 都来自于哪台 slave。

大家使用此方法时，要注意调试日志的量比较大，不要开启太久以防占用过多磁盘。

请点击输入图片描述

1、客户端SQL更新命令 2、主库执行 3、主库写binlog 4、主库client线程读binlog发送给从库的io线程 5、从库io线程写盘（relay-log） 6、从库sql线程读relay-log 7、执行更新。

---