centos7 mysql 基本测试（7）主从并行简单测试

centos7 mysql 基本测试（7）主从并行简单测试

重启MySQL服务使配置生效。

注意：并行复制需要slave的硬件资源充足，并且确保网络通信和IO性能不是瓶颈。不是所有的应用场景都适合并行复制，比如写密集型应用或者slave负载已经很高的情况下，开启并行复制可能会导致性能下降。

MySQL 5.6及以上版本支持并行复制。在配置slave时，可以通过设置slave_parallel_workers参数来指定并行复制的线程数。

以下是一个配置并行复制的例子：

在MySQL的slave配置文件中（my.cnf或者my.ini），添加或修改以下配置项：

[mysqld]
# 设置并行复制的工作线程数，默认为0，表示不并行
slave_parallel_workers = 4
# 设置SQL线程每个工作线程的执行的字节数上限，防止由于大事务占用过多I/O资源
slave_parallel_type = LOGICAL_CLOCK
slave_parallel_workers = 4

在MySQL命令行中设置：

SET GLOBAL slave_parallel_workers = 4;
SET GLOBAL slave_parallel_type = 'LOGICAL_CLOCK';

111

mysql 主从 并行 slave_parallel_workers

slave_parallel_workers是MySQL中的一个配置参数，用于指定并行复制时的工作线程数量。当启用了并行复制（即基于行的复制）时，MySQL会尝试并行应用日志事件，以减少复制延迟。

要配置并行复制，请按照以下步骤操作：

确保你的MySQL版本支持并行复制。

在my.cnf（或my.ini）配置文件中设置slave_parallel_workers参数。

重启MySQL服务以使更改生效。

例如，要设置并行工作线程数为4，你可以在my.cnf中添加以下行：

[mysqld]
slave_parallel_workers = 4

然后，你可以通过运行以下SQL命令来查看更改是否生效：

SHOW VARIABLES LIKE 'slave_parallel_workers';

请注意，并行复制可能会带来数据一致性方面的挑战，因此在配置并行复制前应当充分测试和了解你的数据库环境。

222

Mysql主从复制之skip-slave-start，slave-parallel-type，slave-parallel-workers参数详解和测试
https://blog.csdn.net/liys0811/article/details/132827438

参数1）skip-slave-start = 0

参数详解：禁用skip-slave-start，slave进程会随着mysql启动而启动。skip-slave-start=1为开启

测试：当前slave的查不到该参数，且/etc/my.cnf也没有配置该文件，重启服务后，发现slave进程自动启动，且停服务期间master插入的数据也复制过来了，看了这个参数默认是skip-slave-start = 0

参数2）slave-parallel-type = LOGICAL_CLOCK

slave-parallel-workers = 16

参数详解：mysql在5.7中加入了slave_parallel_type，默认值是database，需要改成基于时钟逻辑的LOGICAL_CLOCK。slave_parallel_workers数，默认为0，按需修改，可以根据服务器的配置来开启相应的并行度。将slave_parallel_type设置为'LOGICAL_CLOCK'，slave_parallel_workers设置为大于0的值，即算是开启了并行复制

当前使用的是默认值：

[root@localhost:mytest1]>show variables like '%slave_parallel%';

我们在/etc/my.cnf写入这个参数slave-parallel-type = LOGICAL_CLOCK，slave-parallel-workers = 16然后重启服务,发现已经有16个复制线程了

注意将这个database修改为logical_clock，在此之前，需要先关闭sql_thread

stop slave sql_thread;

set global slave_parallel_type='LOGICAL_CLOCK';

start slave sql_thread;

1

> slave_parallel_workers=20
> slave_parallel_type = LOGICAL_CLOCK
> slave_pending_jobs_size_max=1G
> sync_binlog=1
> max_allowed_packet = 256M

遇到问题

Coordinator stopped because there were error(s) in the worker(s). 
The most recent failure being: Worker 1 failed executing transaction 'ANONYMOUS' at master log mysql-bin.000001, end_log_pos 403. 
See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.

2

mysql> show variables like 'slave_parallel_workers';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| slave_parallel_workers | 0     |
+------------------------+-------+
1 row in set (0.00 sec)

show variables like 'slave_parallel_type';

+---------------------+----------+
| Variable_name       | Value    |
+---------------------+----------+
| slave_parallel_type | DATABASE |
+---------------------+----------+
1 row in set (0.01 sec)


show processlist \G;
 stop slave ;
SET GLOBAL slave_parallel_workers = 4;
SET GLOBAL slave_parallel_type = 'LOGICAL_CLOCK';
reset slave ;
start slave ;
SHOW VARIABLES LIKE 'slave_parallel_workers';
SHOW VARIABLES LIKE 'slave_parallel_type';
show slave status\G
SHOW VARIABLES LIKE 'slave_parallel_workers';

change master to
master_host='192.168.99.40',
master_user='mysqlsyn',
master_password='1234aA~1',
master_log_file='mysql-bin.000007',
master_log_pos=154;

master 上面的配置

drop database 自己测试加的数据库;

show master status;

mysql -u root -p

1234aA~1

1

解决Worker 1 failed executing transaction 'ANONYMOUS' at master log mall-mysql-bin.000001, end_log_pos
https://blog.csdn.net/MovemOemVeovE/article/details/126022008

正确的流程

 stop slave ;
 SET GLOBAL slave_parallel_workers = 4;
 SET GLOBAL slave_parallel_type = 'LOGICAL_CLOCK';
 change master to
master_host='192.168.99.40',
master_user='mysqlsyn',
master_password='1234aA~1',
master_log_file='mysql-bin.000007',
master_log_pos=154;
start slave ;

start slave ; 之前 必须有

change master to

要 根据

show master status;

查看参数 设置内容

change master to 的内容 可以通过 下面的命令 查看

select * from mysql.slave_master_info \G

mysql5.6.1引入该参数，限制重连次数以及更新show slave status输出的Master_Retry_Count列。默认值是24 * 3600 = 86400。MASTER_RETRY_COUNT主要用于替代mysqld服务器参数 --master-retry-count（该参数在mysql5.6.1及其后续版本废除）。MASTER_RETRY_COUNT = 0表示重连次数无限制。

MASTER_HEARTBEAT_PERIOD：

设置复制心跳的周期，取值范围为0 到 4294967秒。精确度可以达到毫秒，最小的非0值是0.001秒。心跳信息由master在主机binlog日志文件在设定的间隔时间内没有收到新的事件时发出，以便slave知道master是否正常。

slave连接到master后，该参数可通过mysql.slave_master_info表查看。

select * from performance_schema.replication_applier_status_by_worker;

添加数据测试一下

测试主从是否可以

主机端

mysql -u root -p

1234aA~1

show databases ;

use company_pro;

show tables ;

insert into employee(name) value ('从机测试');

insert into employee(name) value ('从机测试726');

从机端 查看

mysql -u root -p

1234aA~1

show databases ;

use company_pro;

show tables ;

select * from employee ;

可以了

重启就失效的原因

mysql主从配置重启就失效怎么解决
https://www.yisu.com/ask/60205850.html

若MySQL主从配置在重启后失效，可能是由于以下几个原因导致的：

配置文件错误：检查主从配置文件是否正确，包括主从的IP地址、端口号、数据库名等。

MySQL服务未正常关闭：在重启之前，请确保MySQL服务已经正常关闭，可以通过以下命令检查MySQL服务的运行状态：

systemctl status mysql

若MySQL服务未正常关闭，可以尝试强制关闭MySQL服务：

systemctl stop mysql

MySQL数据文件错误：重启后，可能会导致MySQL数据文件损坏，从而导致主从配置失效。可以尝试修复MySQL数据文件，具体方法如下：

备份数据库数据文件。

执行MySQL数据文件检查和修复命令：

mysqlcheck --all-databases -r

主从同步延迟：在重启后，可能需要一段时间才能完成主从同步，所以在重启后，可能会出现主从同步延迟的情况。可以通过以下命令查看主从同步状态：

show slave status;

若主从同步状态显示为"Waiting for master to send event"，则表示正在等待主服务器发送事件。

如果以上方法仍然不能解决问题，可以尝试重新配置主从复制。详细步骤如下：

在主服务器上执行以下命令，获取主服务器状态的信息：

FLUSH TABLES WITH READ LOCK;

SHOW MASTER STATUS;

记下"File"和"Position"的值，这些信息将用于配置从服务器。

在从服务器上执行以下命令，停止当前的从服务器复制：

STOP SLAVE;

在从服务器上执行以下命令，配置从服务器复制：

CHANGE MASTER TO MASTER_HOST='主服务器IP地址',

MASTER_USER='主服务器复制用户名',

MASTER_PASSWORD='主服务器复制密码',

MASTER_LOG_FILE='主服务器File的值',

MASTER_LOG_POS=主服务器Position的值;

在从服务器上执行以下命令，启动从服务器复制：

START SLAVE;

检查主从同步状态，确保主从同步已经正常工作：

SHOW SLAVE STATUS;

若"Slave_IO_Running"和"Slave_SQL_Running"的值均为"YES"，则表示主从同步已经正常工作。

希望以上方法能帮助你解决问题。如果问题仍然存在，请提供更多详细信息以便进一步帮助。

slave_parallel_type=logical_clock

slave_parallel_workers=4

sudo systemctl restart mysqld

确保重启还能 继续 是并行的

my.cnf

cat /etc/my.cnf

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html

[mysqld]
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
#datadir=/var/lib/mysql
datadir=/opt/datadir/mysql/
socket=/opt/datadir/mysql/mysql.sock
#socket=/var/lib/mysql/mysql.sock
# for zhu and chong
server-id=172
log-bin=mysql-bin
# for parallel
slave_parallel_type=logical_clock
slave_parallel_workers=4

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
[client]
socket=/opt/datadir/mysql/mysql.sock