Mysql集群及高可用-并行复制5

系列文章目录

Mysql集群及高可用-SQL线程的优化-并行复制5

---

---

一、Mysql集群-并行复制（sql线程的优化）

半同步优化的是io线程

master并行写入，一个sql回放会导致延迟越来愈大

直接百度查看 mysql5.7 mts 找到相应的参数即可

解决延迟问题

参考链接

---

二、Mysql集群-并行复制的配置

2.1 slave_parallel_type

server2:
进入数据库后

show variables like '%slave%';

DATABASE表示并行的基础是以数据库为基础，一个数据库开启一个线程
但是实际是一个数据库很多的写入，如果按照DATABASE来sql回放发挥不出并行的性能

变更slave_parallel_type需要先停掉sql线程 （或者先stop slave;全局环境变量；start slave;）

也可以写到主配置文件/etc/my.cnf重启数据库就可以（生产环境是不能随意重启，测试环境可以）

所以最好是热添加（热生效）set global 临时的

热生效配置后马上写入主配置文件/etc/my.cnf，要不然数据库服务重启后，前面设置的set global就会丢失

---

2.2 slave_parallel_workers

slave_parallel_workers原先的sql线程会变成为协调线程，重建16个worker，不能设置1，设置1还不如原先的性能（不设置sql的并行复制）

根据实际生产调整具体的worker是多少，官方测试是16

因为一旦走了并行，机制就变化了，通过协调线程来做转发，性能一部分用在了转发上面

---

2.3 master_info_repository和relay_log_repository

启动并行复制后，每次复制的时候，主从的信息会保留在数据目录/usr/local/mysql/data 下面的master.info和relay-log.info

master.info
server3:
读取的文件，读取的号，master主机ip

relay-log.info
server3：

---

激活并行复制后，文件变更速度比原先快得多，频繁的刷文件，这样的话，性能会下降，配合并行复制mts，官方建议开启两个参数选项

master_info_repository=TABLE
relay_log_repository=TABLE

信息保存方式2种，一种是文件，一种是表（放在数据库中），由数据库系统做刷盘动作，而不是直接写入文件保存，这样开启并行复制的时候性能能提升

---

server2:

slave状态没问题

master.info 和 relay-log.info 不存在了，变成数据库表了

---

进入数据库

use mysql
show tables;
select * from slave_master_info;

---

2.4 relay_log_recovery

slave 通过relay_log进行恢复

relay_log_recovery=ON

server2：

由于这个参数是只读，所以只能写到主配置文件中
有些参数不能热生效，必须写入配置文件中

server3:

由于是测试环境，所以直接在server3上的主配置文件/etc/my.cnf上面写上所有参数，重启数据库服务

截取部分：
里面16个sql线程

---

END