PXC集群DML数据校验机制与性能解决方案

huangxifeng607 2023-01-12 21:43:47

课时名称	课时知识点
PXC集群DML数据校验机制与性能解决方案	1.DML数据校验的机制 2.DML数据校验的机制过程特点 3.DML数据校验的机制性能问题与解决方案

...全文

142 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

MGR基本要求：1、InnoDB存储引擎2、主键，每个表必须具有已定义的主键或等效的主键，其中等效项是非null唯一键3、IPv4网络4、网络性能5、开启二进制日志并开启GTID模式6、mysql版本在5.7.17以上MGR限制：1、组复制不支持mysiam引擎2、不支持binlog的checksum校验3、并发DDL与DML操作。使用多主模式时，不支持针对同一对象但在不同服务器上执行的并发数据定...

正常情况下，MGR集群中的Primary节点退出时，剩下的节点会自动选出新的Primary节点。1. PXC的消息广播机制是在节点间循环的，需要所有节点都确认消息，因此只要有一个节点故障，则会导致整个PXC都发生故障。启动MGR服务即可，新增的节点会进入分布式恢复这个步骤，它会从已有节点中自动选择一个作为捐献者（donor），并自行决定是直接读取binlog进行恢复，还是利用Clone进行全量恢复。`，使其成为引导节点，再启动MGR服务，它才会成为Primary节点，后续启动的其他节点也才能正常加入集群。

此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。缺点：所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容,比如一条 Update 语句，修改多条记录，则 binlog 中每一条修改都会有记录，这样造成 binlog 日志量会很大，特别是当执行 alter table 之类的语句的时候，由于表结构修改，每条记录都发生改变，那么该表每一条记录都会记录到日志中。

MGR是MySQL Group Replication的缩写，即MySQL组复制。在以往，我们一般是利用MySQL的主从复制或半同步复制来提供高可用解决方案，但这存在以下几个比较严重的问题：主从复制间容易发生复制延迟，尤其是在5.6以前的版本，以及当数据库实例中存在没有显式主键表时，很容易发生。主从复制节点间的数据一致性无法自行实现最终一致性。当主节点发生故障时，如果有多个从节点，无法自动从中选择合适的节点作为新的主节点。

文章目录介绍第1章　MySQL架构介绍1.1　MySQL简介1.2　MySQL主流的分支版本1.3　MySQL存储引擎1.4　MySQL逻辑架构1.5　MySQL物理文件体系结构第2章　InnoDB存储引擎体系结构2.1　缓冲池2.2　change buffer2.3　自适应哈希索引2.4　redo log buffer2.5　double write2.6　InnoDB后台线程2.6.1　InnoDB主线程2.6.2　InnoDB后台I/O线程2.6.3　InnoDB脏页刷新线程2.6.4　InnoDB

黄锡峰的课程社区_NO_1

1

社区成员

29

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章