营销型制作网站公司,iis怎么搭建asp网站,企业网站app开发平台,那个平台的网页游戏好玩一、搭建主从-gtid方式
搭建步骤查看第一篇。bin-log方式。可以进行搭建1.1 gtid和二进制的优缺点
使用 GTID 的主从复制优点#xff1a;
1、简化配置#xff1a;使用 GTID 可以简化主从配置#xff0c;不需要手动配置每个服务器的二进制日志文件和位置。
2、自动故障转移…一、搭建主从-gtid方式
搭建步骤查看第一篇。bin-log方式。可以进行搭建1.1 gtid和二进制的优缺点
使用 GTID 的主从复制优点
1、简化配置使用 GTID 可以简化主从配置不需要手动配置每个服务器的二进制日志文件和位置。
2、自动故障转移GTID 可以在主从切换时自动识别和处理已复制和未复制的事务使主从切换更加可靠和快速。
3、避免重复复制GTID 可以避免主从复制中的重复复制问题确保每个事务只被复制一次。使用 GTID 的主从复制缺点
1、兼容性GTID 是从 MySQL 5.6 版本开始引入的特性如果使用旧版本的 MySQL无法使用 GTID 进行主从复制。
2、系统资源占用启用 GTID 可能会增加一些系统资源的占用包括存储和计算资源。使用二进制日志的主从复制优点
1、兼容性二进制日志是 MySQL 自带的特性从较早的版本开始就支持可以在各个版本之间进行主从复制。
2、灵活性使用二进制日志可以根据需要进行更精细的配置如指定复制的数据库、表过滤不需要复制的操作等。使用二进制日志的主从复制缺点
1、配置复杂相对于 GTID使用二进制日志需要手动配置主库和从库的二进制日志文件和位置配置过程相对复杂。
2、容易出错配置不当或操作失误可能导致主从复制出现问题如数据不一致、延迟等。
3、复制延迟在高写入负载的情况下从库可能会有一定的复制延迟导致从库数据相对于主库稍有滞后1.2 配置master
1.#配置基础数据
mysql create database master1db;
Query OK, 1 row affected (0.00 sec)mysql CREATE TABLE master1db.master1tab( id INT(2) ZEROFILL NOT NULL AUTO_INCREMENT COMMENT 编号, name VARCHAR(255) NOT NULL COMMENT 公司名称, location VARCHAR(255) NOT NULL COMMENT 所在地区, PRIMARY KEY (id) ) CHARSETutf8; mysql INSERT INTO master1db.master1tab (name, location) VALUES (强强科技集团, 中国-北京);
mysql INSERT INTO master1db.master1tab (name, location) VALUES (随梦科技集团, 中国-上海);
mysql INSERT INTO master1db.master1tab (name, location) VALUES (阿里巴巴, 中国-杭州);2.#配置my.cnf文件
[rootmysql-master ~]# cat /etc/my.cnf | tail -n 4 #可以去掉log-bin和serverid只通过gtid的方式进行主从
log_binmysql-bin #开启二进制日志
server-id1 #用于表示mysql实例在集群中的标识符。必须唯一
gtid_modeON #GTID 是一个全局唯一的事务标识符用于标识数据库集群中的事务。启用 GTID 后每个事务都会被分配一个唯一的 GTID。
enforce_gtid_consistency1 #当启用 GTID 后该选项用于强制要求从库只能复制具有与主库一致的 GTID 链的事务以确保数据一致性。[rootmysql-master ~]# systemctl restart mysqld #重启mysql配置文件生效1.3 创建复制用户
#master操作
mysql grant replication slave, replication- client on *.* to slave192.168.17.% identified by SqlBack123456;
Query OK, 0 rows affected, 1 warning (0.00 sec)1.4 备份主库
[rootmysql-master ~]# mysqldump -uroot -p123456 master1db --single-transaction --master-data2 --flush-logs date %F-mysql-all.sql
#针对数据库进行备份
#因为是开启了gtid方式进行备份所有sql中没有Master_Log_File和pos位置
[rootmysql-master ~]# scp 2023-06-27-mysql-all.sql root192.168.17.130:/root1.5 配置slave
1.配置my.cnf配置文件
[rootmysql-slave ~]# cat /etc/my.cnf | tail -n 4
#log_binmysql-bin #从库可以不开启二进制日志
server-id2
gtid_modeON
enforce_gtid_consistency1
2.重启mysqld
[rootmysql-slave ~]# systemctl restart mysqld
3.导入备份数据
mysql set sql_log_bin0;
mysql create database master1db; #因为是恢复单个库。所以需要提前创建好恢复的库
Query OK, 1 row affected (0.00 sec)
mysql use master1db
mysql source /root/2023-06-27-mysql-all.sql; #恢复数据库4.配置主从
mysql change master to- master_host192.168.17.129,- master_userslave,- master_passwordSqlBack123456,- master_auto_position1; #自动获取二进制的位置
Query OK, 0 rows affected, 2 warnings (0.53 sec)
mysql start slave;
mysql show slave status\G
*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.17.129Master_User: slaveMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000001Read_Master_Log_Pos: 457Relay_Log_File: mysql-slave-relay-bin.000002Relay_Log_Pos: 670Relay_Master_Log_File: mysql-bin.000001Slave_IO_Running: YesSlave_SQL_Running: Yes
5.验证主从{主库操作}
mysql INSERT INTO master1db.master1tab (name, location) VALUES (字节跳动集团, 中国-北京);
mysql select * from master1tab;
---------------------------------------
| id | name | location |
---------------------------------------
| 01 | 强强科技集团 | 中国-北京 |
| 02 | 随梦科技集团 | 中国-上海 |
| 03 | 阿里巴巴 | 中国-杭州 |
| 04 | 京东集团 | 中国-北京 |
| 05 | 字节跳动集团 | 中国-北京 |
---------------------------------------
5 rows in set (0.00 sec)二、模拟主从不同步(gtid)
1.1 故障描述
#开始模拟这里我们模拟一个主从复制架构中从服务器中途异常宕机不再同步主服务器的场景假设该情况
#宕机时间较长数据量较大GTID无法短时间恢复并要求不停业务进行数据同步修复恢复一致1.2 配置测试库
1、#master操作
mysql create database demon;
Query OK, 1 row affected (0.00 sec)mysql CREATE TABLE demon.t1( id INT(2) NOT NULL AUTO_INCREMENT, name VARCHAR(255) NOT NULL, age INT(255) NOT NULL, PRIMARY KEY (id) ); 2、编写脚本实现重复插入数据
#!/usr/bin/bash
valuesfind /usr/ -type d | awk -F / {print $NF} | sort -uwhile true
doage$(($RANDOM % 100)) # random随机数name$(echo $values | shuf -n 1) #随机获取find查到的值mysql -uroot -p123456 -e insert into demon.t1(name,age) values ($name,$age) #插入到mysql中sleep $(($RANDOM%5)) #睡眠小于5s之内的数字
done3、后台运行脚本模拟客户数据
[rootmysql-master ~]# nohup /bin/bash 1.sh 1.3 模拟从库宕机
#从库操作
mysql stop slave; #手动停止mysql主从复制
Query OK, 0 rows affected (0.00 sec)mysql SELECT * FROM demon.t1;
160 rows in set (0.00 sec) #此时从库有160条数据。主库由于还在执行脚本,数据还在不断插入1.4 恢复数据
#主库操作
思路
先通过mysqldump全量备份当前的数据由于不能影响业务所以在mysqldump数据时不能造成锁表。要保持数据写入由于mysqldump时数据还在写入所以有一部分数据还是会同步不全所以导入mysqldump的数据后跳过dump中包含的GTID事务再重新建立一次主从配置开启slave线程恢复数据并同步。1、主库备份现在的数据。并且不锁表进行备份
mysql SELECT * FROM demon.t1;
322 rows in set (0.00 sec) #备份前有322条数据
[rootmysql-master ~]# mysqldump -uroot -p123456 demon --single-transaction --master-data2 date %F-mysql-demon.sql
#备份测试库demon
#--master-data2生成的备份文件中包含用于主从复制的二进制日志文件名和位置的注释。值为 2 表示将 CHANGE MASTER TO 语句和位置信息添加到导出文件的注释中。
mysql SELECT * FROM demon.t1;
428 rows in set (0.00 sec) #备份后数据没有影响写入。存在428条记录。2、从库恢复数据主库依然在写入数据
[rootmysql-master ~]# scp 2023-06-28-mysql-demon.sql root192.168.17.130:/root #把数据传给从库#从库操作
mysql use demon #因为是备份的单个库需要先use到库
mysql source /root/2023-06-28-mysql-demon.sql #恢复数据
#但是查看主从的结果还是不一致的。需要重新设定主从source过程中会出现ERROR 1840 (HY000): GLOBAL.GTID_PURGED can only be set when GLOBAL.GTID_EXECUTED is empty.
这种报错不用管,不会影响数据的写入。接着往下走。数据正常写入了就OK
#这个问题是因为备份的时候可能加入了--flush-logs。不影响主从重做和数据写入1.5 恢复主从
#从库操作
mysql start slave; #先直接开启主从看看
mysql show slave status\GSlave_IO_Running: YesSlave_SQL_Running: NoLast_SQL_Error: Could not execute Write_rows event on table demon.t1; Duplicate entry 161 for key PRIMARY, Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the events master log mysql-bin.000002, end_log_pos 27863
#存在报错。需要重新配置主从1、当前gtid_purged不为空所以我们要先设置它为空
mysql show global variables like %gtid%;
------------------------------------------------------------------------------
| Variable_name | Value |
------------------------------------------------------------------------------
| binlog_gtid_simple_recovery | ON |
| enforce_gtid_consistency | ON |
| gtid_executed | ee194423-1405-11ee-a122-000c29b3572a:1-163 |
| gtid_executed_compression_period | 1000 |
| gtid_mode | ON |
| gtid_owned | |
| gtid_purged | ee194423-1405-11ee-a122-000c29b3572a:1-163 |
| session_track_gtids | OFF |
------------------------------------------------------------------------------
mysql reset master;
#将gtid_purged参数设为空字符
#将gtid_executed设为空字符
#清空mysql.gtid_executed表
Query OK, 0 rows affected (0.00 sec)mysql show global variables like %gtid%;
-----------------------------------------
| Variable_name | Value |
-----------------------------------------
| binlog_gtid_simple_recovery | ON |
| enforce_gtid_consistency | ON |
| gtid_executed | |
| gtid_executed_compression_period | 1000 |
| gtid_mode | ON |
| gtid_owned | |
| gtid_purged | |
| session_track_gtids | OFF |
-----------------------------------------
8 rows in set (0.00 sec)2、重置salve
mysql stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)mysql reset slave all;
Query OK, 0 rows affected (0.01 sec)3、查看主库当前mysqldump导出数据的GTID号
[rootmysql-slave ~]# grep GLOBAL.GTID 2023-06-28-mysql-demon.sql
SET GLOBAL.GTID_PURGEDee194423-1405-11ee-a122-000c29b3572a:1-401;4、重置后设置跳过的GTID并重新同步MASTER
mysql SET GLOBAL.GTID_PURGEDee194423-1405-11ee-a122-000c29b3572a:1-401;
#从库将跳过指定范围内的 GTID确保不会重复执行已经在主库上执行过的事务从而避免数据的重复修改。这样主从复制可以从当前的 GTID 位置继续进行
Query OK, 0 rows affected (0.00 sec)
mysql change master to- master_host192.168.17.129,- master_userslave,- master_passwordSqlBack123456,- master_auto_position1;
Query OK, 0 rows affected, 2 warnings (0.01 sec)5、恢复主从线程
mysql start salve;
mysql show slave status\GSlave_IO_Running: Yes #线程正常Slave_SQL_Running: Yes6、查看数据是否正常
mysql SELECT * FROM demon.t1;
595 rows in set (0.01 sec) #数据和此时的主库条目一致。完美恢复1.6 清空主从配置
mysql stop slave;
Query OK, 0 rows affected (0.00 sec)
mysql reset master;
Query OK, 0 rows affected (0.01 sec)
mysql reset slave all;
Query OK, 0 rows affected (0.00 sec)
mysql show slave status;
Empty set (0.00 sec)
