mysql811.0新特性之并行复制改进和性能提升.pdf资源-CSDN文库

版权申诉

17 浏览量 2022-12-17 13:52:42 上传评论收藏 254KB PDF 举报

资源推荐

资源详情

资源评论

MySQL-8.0 并行复制改进和性能提升

在 MySQL 的上一个版本当中，MySQL 通过实现真正意义的并行复制，将复制

的性能提升到了一个新的层面，因为在 MySQL 5.6 的版本中，虽然号称是实现了

并行复制，但是并行复制是 schema 级别的，即如果 binlog row event 操作的是

不同的 schema 的对象，在确定没有 DDL 和 foreign key 依赖的情况下，就可以

实现并行复制，它只是将不同 schema 的事物分开来执行，并不能真正意义的实

现并行复制（比如主从架构只有一个 schema 的情况还是很多见的）。当然如果

你的主从架构有多个 schema 的话，5.6 的并行复制是对性能有很大的提升的。

MySQL5.7 的并行复制，multi-threaded slave 即 MTS，期望最大化还原主

库的并行度，实现方式是在 binlog event 中增加必要的信息，以便 slave 节点

根据这些信息实现并行复制。

MySQL5.7 的并行复制是基于组提交（group commit）的并行复制的方法，

所有在主库上能够完成 prepared 的语句表示没有数据冲突，就可以在 slave 节

点并行复制。即使你的多个事物是对同一个 schema 进行操作，也能够在从库上

并行回放。简而言之，就是多个事物如果相互不影响，在刷盘的时候是能够作为

一个组来提交刷盘，我们甚至可以通过在从库手动设置

binlog_group_commit_sync_delay 这个参数控制日志在刷盘前日志提交要等待

的时间，从而提高从库复制的效率。

[root@localhost log]# mysqlbinlog mysql-bin.000005 |grep last_committed

#150520 14:23:11 server id 88 end_log_pos 259 CRC32 0x4ead9ad6 GTID

last_committed=0 sequence_number=1

#150520 14:23:11 server id 88 end_log_pos 1483 CRC32 0xdf94bc85 GTID

last_committed=0 sequence_number=2

#150520 14:23:11 server id 88 end_log_pos 2708 CRC32 0x0914697b GTID

last_committed=0 sequence_number=3

#150520 14:23:11 server id 88 end_log_pos 3934 CRC32 0xd9cb4a43 GTID

last_committed=0 sequence_number=4

#150520 14:23:11 server id 88 end_log_pos 5159 CRC32 0x06a6f531 GTID

last_committed=0 sequence_number=5

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余4页未读，立即下载

内容反馈

版权申诉

我是你的春哥！

粉丝: 1w+
资源: 1万+

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip