Mysql集成技术

目录

mysql的编译安装与部署

1.编译安装mysql

2.部署mysql

mysql主从复制

什么是mysql主从复制？

1.配置master

2.配置slave

3.存在数据时添加slave2

4.GTID模式

什么是GTID模式？

配置GTID

5.延迟复制

6.慢查询日志

核心作用

开启慢查询日志功能

7.并行复制

什么是并行复制？

配置并行复制

半同步模式

1.主从复制原理

2.原理架构缺陷

3.半同步模式原理

4.启动半同步模式

mysql的编译安装与部署

1.编译安装mysql

1.安装mtsql的依赖包跟依赖软件

#安装mysqld8的依赖软件
[root@mysql ~]# yum install  git bison openssl-devel ncurses-devel -y#安装cmake3，编译时检测需要使用
[root@mysql mnt]# tar zxf cmake3.tar.gz
[root@mysql mnt]# cd make3/
[root@mysql make3]# yum install *.rpm -y
[root@mysql make3]# cmake3 -version
cmake3 version 3.14.7#安装gcc-11，mysql源码使用了C/C++特性，安装gcc-11确保能正常编译
[root@mysql mnt]# unzip gcc-11.zip 
[root@mysql mnt]# cd gcc-11/
[root@mysql gcc-11]# yum install *.rpm -y
[root@mysql gcc-11]# source /opt/rh/devtoolset-11/enable
[root@mysql gcc-11]# gcc -v
gcc version 11.2.1 20220127 (Red Hat 11.2.1-9) (GCC)

2.源码编译安装mysql

#下载并解压源码包
[root@mysql mnt]# tar zxf mysql-boost-8.3.0.tar.gz
[root@mysql mnt]# cd mysql-8.3.0/
#创建编译目录，防止编译时与源码包混乱
[root@mysql mysql-8.3.0]# mkdir bulit					
[root@mysql mysql-8.3.0]# cd bulit
[root@mysql bulit]# cmake3 .. \				   #使用cmake3进行编译检测
-DCMAKE_INSTALL_PREFIX=/usr/local/mysql \					 #指定安装路径
-DMYSQL_DATADIR=/data/mysql \ 								 #指定数据目录
-DMYSQL_UNIX_ADDR=/data/mysql/mysql.sock \ 					 #指定套接字文件
-DWITH_INNOBASE_STORAGE_ENGINE=1 \ 							 #指定启用INNODB存储引擎，默认用myisam
-DWITH_EXTRA_CHARSETS=all \                                  #扩展字符集
-DDEFAULT_CHARSET=utf8mb4 \                                  #指定默认字符集
-DDEFAULT_COLLATION=utf8mb4_unicode_ci \                     #指定默认校验字符集
-DWITH_SSL=system \                                          #指定MySQL 使用系统已安装的SSL库
-DWITH_BOOST=bundled \                                       #指定使用 MySQL 源码包中内置的Boost库
-DWITH_DEBUG=OFF[root@mysqlb built]# cmake3 .. -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DMYSQL_DATADIR=/data/mysql -DMYSQL_UNIX_ADDR=/data/mysql/mysql.sock -DWITH_INNOBASE_STORAGE_ENGINE=1 -DWITH_EXTRA_CHARSETS=all -DDEFAULT_CHARSET=utf8mb4 -DDEFAULT_COLLATION=utf8mb4_unicode_ci -DWITH_SSL=system -DWITH_BOOST=bundled -DWITH_DEBUG=OFF[root@mysql bulit]# make -j4				#-j4表示使用4个核心来跑编译，一个核心要使用2G运行内存
[root@mysql bulit]# make install			#安装

2.部署mysql

#创建运行mysql的用户
[root@mysqla ~]# useradd -s /sbin/nologin -M mysql#创建存储mysql数据的目录
[root@mysqla ~]# mkdir /data/mysql -p
[root@mysqla ~]# chown mysql:mysql /data/mysql/#添加mysql二进制启动文件到环境变量
[root@mysqla ~]# vim ~/.bash_profile
PATH=$PATH:$HOME/bin:/usr/local/mysql/bin
[root@mysqla ~]# source ~/.bash_profile#生成配置文件
[root@mysqla ~]# vim /etc/my.cnf
[mysqld]
datadir=/data/mysql				#指定数据目录
socket=/data/mysql/mysql.sock	#指定套接
default_authentication_plugin=mysql_native_password		#指定数据库默认使用的认证插件,传统兼容#设置mysql启动服务
[root@mysqla ~]# cd /usr/local/mysql/support-files/
[root@mysqla support-files]# cp -p mysql.server /etc/init.d/mysqld
#开启mysql开机自启
[root@mysqla ~]# chkconfig mysqld on#初始化mysqld
[root@mysqla ~]# mysqld --initialize --user=mysql
[root@mysqla ~]# /etc/init.d/mysqld start#数据库安全初始化
[root@node10 ~]# mysql_secure_installation#登录mysql
[root@mysqla mysql]# mysql -uroot -pyyy
mysql> SELECT @@SERVER_ID;
+-------------+
| @@SERVER_ID |
+-------------+
|          10 |
+-------------+
1 row in set (0.01 sec)

mysql主从复制

什么是mysql主从复制？

MySQL 主从复制是一种将一个 MySQL 数据库（主库，Master）的数据复制到一个或多个 MySQL 数据库（从库，Slave）的技术，常用于实现数据冗余备份、读写分离等。

工作原理

  1. 主库记录二进制日志：主库将所有对数据库进行修改的操作（如 INSERT、UPDATE、DELETE 等）记录到二进制日志（binary log）中。

  2. 从库请求日志：从库通过 I/O 线程连接到主库，请求主库的二进制日志。

  3. 主库发送日志：主库接收到从库的请求后，通过二进制日志转储线程（binlog dump thread）将二进制日志发送给从库。

  4. 从库接收并应用日志：从库的 I/O 线程接收主库发送的二进制日志，并将其写入到中继日志（relay log）中，然后 SQL 线程读取中继日志，在从库上执行这些日志中的操作，从而实现与主库数据的同步。

1.配置master

1.更改配置文件，添加log-bin参数

[root@mysqla mysql]# vim /etc/my.cnf
[mysqld]
server-id=10
datadir=/data/mysql
socket=/data/mysql/mysql.sock
log-bin=mysql-bin	#开启二进制日志，将二进制日志文件前缀改为mysql-bin
default_authentication_plugin=mysql_native_password[root@mysqla mysql]# /etc/init.d/mysqld restart		#重启mysql

2.进入mysql，创建用户专门做主从复制，用于slave端做认证

mysql> create user fjw@'%' identified by 'fjw';		#创建用户，%：所有权限，identified by:设置密码
mysql> GRANT replication slave ON *.* to fjw@'%';	#对创建的用户进行授权

3.查看master的状态，用于作为slave服务器连接到master的相关参数

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |      437 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

2.配置slave

1.在从设备上安装源码编译的mysql

#使用scp拷贝从master设备拷贝到slave
[root@mysqla mysql]# scr -r /usr/local/mysql root@172.25.254.20:/usr/local/#slave设备也要部署一遍mysql

2.编写配置文件

[root@mysqlb mysql]# vim /etc/my.cnf
[mysqld]
server-id=20
datadir=/data/mysql
socket=/data/mysql/mysql.sock
default_authentication_plugin=mysql_native_password[root@mysqlb mysql]# /etc/init.d/mysqld restart

3.设置从服务器连接到主服务器的相关参数

[root@mysqlb mysql]# mysql -uroot -pyyy
mysql> CHANGE MASTER TO							#指定master-> MASTER_HOST='172.25.254.10',				#指定主服务器的 IP 地址-> MASTER_USER='fjw',						#指定用于主从复制的用户名-> MASTER_PASSWORD='yyy',					#指定对应用户的密码-> MASTER_LOG_FILE='mysql-bin.000001',		#主库二进制日志文件名-> MASTER_LOG_POS=437;						#指定从日志文件在哪个位置#启服务器的复制进程
mysql> start slave;
#检查复制状态，确保 Slave_IO_Running 和 Slave_SQL_Running 都为 Yes，表示主从复制配置成功并正常运行。
mysql> SHOW SLAVE STATUS\G;Slave_IO_Running: YesSlave_SQL_Running: Yes#如果要重新填入信息
mysql> stop slave;
mysql> RESET SLAVE ALL;

4.测试，在主设备上创建数据库与表在从设备上查看是否同步上

#在master创建数据库与表
[root@mysqla mysql]# mysql -uroot -pyyy
mysql> create database fjw;
mysql> use fjw;
mysql> create table userlist( name varchar(10) not null ,id varchar(10) not null );
mysql> insert into userlist values('fjw','123');
mysql> select * from fjw.userlist;
+------+-----+
| name | id  |
+------+-----+
| fjw  | 123 |
+------+-----+#在slave中查看数据是否有同步过来
mysql> select * from fjw.userlist;
+------+-----+
| name | id  |
+------+-----+
| fjw  | 123 |
+------+-----+

3.存在数据时添加slave2

1.完成slave2的基础配置，部署mysql

#配置文件设置
[root@mysqlc ~]# vim /etc/my.cnf
[mysqld]
server-id=30
datadir=/data/mysql
socket=/data/mysql/mysql.sock
default_authentication_plugin=mysql_native_password[root@mysqlc ~]# /etc/init.d/mysqld restart

2.从master节点备份数据

#在生产环境中备份需要缩表，保证备份前后的数据一致
mysql> FLUSH TABLES WITH READ LOCK;
备份后再解锁
mysql> UNLOCK TABLES;
#备份数据
[root@mysqla ~]# mysqldump -uroot -pyyy fjw  > /mnt/fjw.sql
#将备份的数据拷贝给slave2
[root@mysqla ~]# scp /mnt/fjw.sql root@172.25.254.30:/mnt/

3.在slave2导入数据

利用master节点中备份出来的lee.sql在slave2中拉平数据，只有拉平数据了才能配置组从复制

#创建与master一样的数据库
[root@mysqlc ~]# mysql -uroot -pyyy -e 'create database fjw;'
#导入数据到数据库
[root@mysqlc ~]# mysql -uroot -pyyy fjw < /mnt/fjw.sql
#查看导入的数据是否与master一样
[root@mysqlc ~]# mysql -uroot -pyyy -e 'select * from fjw.userlist;'
+------+-----+
| name | id  |
+------+-----+
| fjw  | 123 |
+------+-----+
#一样即可配置为组从复制

4.配置为slave

#在master中查询日志pos
[root@mysqla ~]# mysql -uroot -pyyy -e 'show master status;'
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000004 |     1082 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
#在slave2进行配置
mysql> CHANGE MASTER TO MASTER_HOST='172.25.254.10',MASTER_USER='fjw',MASTER_PASSWORD='fjw',MASTER_LOG_FILE='mysql-bin.000004',MASTER_LOG_POS=1082;
mysql> start slave;
mysql> show slave status\G;Slave_IO_Running: YesSlave_SQL_Running: Yes

5.测试，在master插入新数据看是否同步到slave中

#在masger插入数据
[root@mysqla ~]# mysql -uroot -pyyy -e 'insert into fjw.userlist values("yyy","456");'
[root@mysqla ~]# mysql -uroot -pyyy -e 'select * from fjw.userlist'
+------+-----+
| name | id  |
+------+-----+
| fjw  | 123 |
| yyy  | 456 |
+------+-----+#slave中查看[root@mysqlc ~]# mysql -uroot -pyyy -e 'select * from fjw.userlist'
+------+-----+
| name | id  |
+------+-----+
| fjw  | 123 |
| yyy  | 456 |
+------+-----+

建议配置好组从复制后，从设备配置只读不能写

在配置文件添加参数

[root@mysqlc ~]# vim /etc/my.cnf
[mysqld]
server-id=30
datadir=/data/mysql
socket=/data/mysql/mysql.sock
default_authentication_plugin=mysql_native_password
read-noly=1				#其他用户只读
super-read-only=1		#root用户只读[root@mysqlc ~]# /etc/init.d/mysqld restart

4.GTID模式

什么是GTID模式？

        GTID（Global Transaction ID，全局事务标识符）是数据库领域中用于唯一标识数据库事务的一种机制，主要应用于 MySQL 等关系型数据库的主从复制场景，用于简化复制配置、提高故障切换效率和数据一致性保障；工作原理是基于 “为每个事务分配全局唯一标识”，通过追踪事务的生成和执行状态生产GTID集合，实现 MySQL 主从复制的自动化管理。

GTID 的作用

  1. 简化主从复制配置：传统复制需要手动指定主库的二进制日志文件和偏移量，而 GTID 模式下，从库只需连接主库并启用 GTID，即可自动同步数据。

  2. 提高故障恢复效率：当主库宕机后，从库可以通过对比 GTID 集合，快速找到拥有最新数据的从库作为新主库，减少切换时间。

  3. 增强数据一致性：通过 GTID 可以清晰追踪每个事务的执行情况，避免重复执行或遗漏事务，确保主从数据一致。

我们可以进行一个对比：

当未启用gtid时我们要考虑的问题

        在传统复制中，由于多个从库各自维护自己的 File 和 Position，当主库出现故障，从库之间的数据状态可能不一致。同时，在复制过程中，可能会因为网络问题、日志解析错误等，导致部分从库遗漏或重复执行事务，从而造成主从数据不一致。

当激活GITD之后

       

        当master出现问题后，会比较GTID集合比较出slave2和master的数据最接近，会被作为新的master slave1指向新的master，但是他不会去检测新的master的pos id，只需要继续读取自己gtid_next即可。

        GTID 的核心是通过 “全局唯一标识 + 事务级追踪”，将传统基于物理日志位置的复制，升级为基于逻辑事务的同步。主库生成 GTID 并记录事务，从库通过 GTID 自动判断是否需要执行事务，最终实现复制配置简化、故障切换自动化和数据一致性保障。

配置GTID

1.停止传统的主从复制

#slave1
[root@mysqlb ~]# mysql -uroot -pyyy -e 'stop slave;'
[root@mysqlb ~]# mysql -uroot -pyyy -e 'reset slave all;'
#slave2
[root@mysqlc ~]# mysql -uroot -pyyy -e 'stop slave;'
[root@mysqlc ~]# mysql -uroot -pyyy -e 'reset slave all;'

2.设置配置文件

#master端和slave端都要开启gtid模式
#master
[root@mysqla ~]# vim /etc/my.cnf
[mysqld]
server-id=10
datadir=/data/mysql
socket=/data/mysql/mysql.sock
log-bin=mysql-bin
default_authentication_plugin=mysql_native_password
gtid_mode=ON					#开启gtid模式
enforce-gtid-consistency=ON		#开启gtid的强一致性#更改完配置文件后重启mysql
[root@mysqla ~]# /etc/init.d/mysqld restart#slave1
[root@mysqlb ~]# vim /etc/my.cnf
[mysqld]
server-id=20
datadir=/data/mysql
socket=/data/mysql/mysql.sock
default_authentication_plugin=mysql_native_password
gtid_mode=ON					
enforce-gtid-consistency=ON[root@mysqlb ~]# /etc/init.d/mysqld restart#slave2
[root@mysqlc ~]# vim /etc/my.cnf
[mysqld]
server-id=30
datadir=/data/mysql
socket=/data/mysql/mysql.sock
default_authentication_plugin=mysql_native_password
gtid_mode=ON					
enforce-gtid-consistency=ON[root@mysqlc ~]# /etc/init.d/mysqld restart#配置完配置文件重启后，进入mysql查看gtid的状态显示是开启的
mysql> show variables like '%gtid%';
+----------------------------------+-----------+
| Variable_name                    | Value     |
+----------------------------------+-----------+
| binlog_gtid_simple_recovery      | ON        |
| enforce_gtid_consistency         | ON        |
| gtid_executed                    |           |
| gtid_executed_compression_period | 0         |
| gtid_mode                        | ON        |
| gtid_next                        | AUTOMATIC |	#自动记录追踪porid
| gtid_owned                       |           |
| gtid_purged                      |           |
| session_track_gtids              | OFF       |
+----------------------------------+-----------+

3.设置slave连接master，实现gtid模式的主从

#slave1服务器进入mysql进行配置
mysql> CHANGE MASTER TO MASTER_HOST='172.25.254.10', MASTER_USER='fjw', MASTER_PASSWORD='fjw', MASTER_AUTO_POSITION=1;	#使slave的porid与masger的一致mysql> start slave;
mysql> show slave status\G;
......Slave_IO_Running: Yes		#显示与master主从连接成功Slave_SQL_Running: Yes
......Auto_Position: 1		#开启了与master的gtid主从模式
......#同理salve2
mysql> CHANGE MASTER TO MASTER_HOST='172.25.254.10', MASTER_USER='fjw', MASTER_PASSWORD='fjw', MASTER_AUTO_POSITION=1;
mysql> start slave;
mysql> show slave status\G;

5.延迟复制

延迟复制时用来控制sql线程的，和i/o线程无关

这个延迟复制不是i/o线程过段时间来复制，i/o是正常工作的

是日志已经保存在slave端了，那个sql要等多久进行回放

延迟复制控制的是sql线程回放的过程

#在slave端
mysql> STOP SLAVE SQL_THREAD;
mysql> CHANGE MASTER TO MASTER_DELAY=60;
mysql> START SLAVE SQL_THREAD;
mysql> SHOW SLAVE STATUS\G;Master_Server_Id: 1Master_UUID: db2d8c92-4dc2-11ef-b6b0-000c299355eaMaster_Info_File: /data/mysql/master.infoSQL_Delay: 60			##延迟效果SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Slave has read all relay log; waiting for more updatesMaster_Retry_Count: 86400

延迟复制已经在高mysql版本被取代了这里仅作了解

6.慢查询日志

        MySQL 的慢查询日志（Slow Query Log）是一种用于记录执行时间超过指定阈值的 SQL 语句的日志文件，主要用于排查和优化执行效率低下的查询，提升数据库性能。

核心作用

  • 定位低效 SQL：记录执行时间过长的查询，帮助开发者或运维人员发现耗时操作（如未优化的复杂查询、缺少索引的语句等）。

  • 性能优化依据：通过分析慢查询日志，可针对性地优化 SQL 语句、调整索引或优化数据库结构

开启慢查询日志功能

#用于临时动态开启慢查询日志（无需重启 MySQL 服务）。
mysql> SET GLOBAL slow_query_log=ON;
#永久开启，编辑配置文件
[mysqld]
slow_query_log = ON#设置 “慢查询时间阈值” 的命令，默认是10s，超过这个阈值的命令就会被列入慢查询日志中
mysql> SET long_query_time=4;
#永久开启
[mysqld]
long_query_time = 4mysql> SHOW VARIABLES like "slow%";
+---------------------+----------------------------------+
| Variable_name       | Value                            |
+---------------------+----------------------------------+
| slow_launch_time    | 2                                |		#慢启动的线程间隔，用于监控连接建立的效率
| slow_query_log      | ON                               |		#查看慢查询日志开启
| slow_query_log_file | /data/mysql/mysql-node1-slow.log |		#指定了慢查询日志的存储路径和文件名
+---------------------+----------------------------------+mysql> SHOW VARIABLES like "long%";		#查看查询事件阈值
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 4.000000 |
+-----------------+----------+

测试慢查询

#用于测试sql语句
mysql> select sleep (10);[root@mysqla ~]# cat /data/mysql/mysqla-slow.log
/usr/local/mysql/bin/mysqld, Version: 8.0.40 (Source distribution). started with:
Tcp port: 3306  Unix socket: /data/mysql/mysql.sock
Time                 Id Command    Argument
# Time: 2025-08-02T00:42:59.892816Z
# User@Host: root[root] @ localhost []  Id:    13
# Query_time: 10.008170  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 1
SET timestamp=1754095369;
select sleep (10);

7.并行复制

什么是并行复制？

        MySQL 中的并行复制（Parallel Replication）是一种优化从库并行执行主库事务的机制，用于解决传统单线程复制（SQL 线程串行执行）导致的延迟问题，提升从库同步效率。

传统复制的瓶颈

传统主从复制中，从库有两个核心线程：

  • I/O 线程：负责接收主库的二进制日志，写入本地中继日志（relay log）。

  • SQL 线程：单线程读取中继日志进行回放，逐条执行事务。

默认情况下slave中使用的是sql单线程回放

在master中时多用户读写，如果使用sql单线程回放那么会造成组从延迟严重

开启MySQL的多线程回放可以解决上述问题。

并行复制的核心思想

        并行复制通过多线程同时执行多个事务，利用从库的多核 CPU 资源，加快中继日志读取回放的速度，减少同步延迟。

其实现依赖对事务的分组策略，核心是：多个无冲突的事务可以并行执行。

配置并行复制

#在slaves中设定
[root@mysqlb ~]# vim /etc/my.cnf
[mysqld]
datadir=/data/mysql
socket=/data/mysql/mysql.sock
server-id=2
gtid_mode=ON
enforce-gtid-consistency=ONslave-parallel-type=LOGICAL_CLOCK			#基于逻辑时钟的并行模式
slave-parallel-workers=16					#开启线程数量
relay_log_recovery=ON						#日志回放恢复功能开启[root@mysqlb ~]# /etc/init.d/mysql restart

半同步模式

1.主从复制原理

三个线程

实际上主从同步的原理就是基于 binlog 进行数据同步的。在主从复制过程中，会基于3 个线程来操作，一个主库线程，两个从库线程。

  • 二进制日志转储线程（Binlog dump thread）是一个主库线程。当从库线程连接的时候， 主库可以将二进制日志发送给从库，当主库读取事件（Event）的时候，会在 Binlog 上加锁，读取完成之后，再将锁释放掉。

  • 从库 I/O 线程会连接到主库，向主库发送请求更新 Binlog。这时从库的 I/O 线程就可以读取到主库的二进制日志转储线程发送的 Binlog 更新部分，并且拷贝到本地的中继日志 （Relay log）。

  • 从库 SQL 线程会读取从库中的中继日志，并且执行日志中的事件，将从库中的数据与主库保持同步。

复制三步骤

步骤1：Master将写操作记录到二进制日志（binlog）。

步骤2：Slave将Master的binary log events拷贝到它的中继日志（relay log）；

步骤3：Slave重做中继日志中的事件，将改变应用到自己的数据库中。 MySQL复制是异步的且串行化的，而且重启后从接入点开始复制。

具体操作

1.slaves端中设置了master端的ip，用户，日志，和日志的Position，通过这些信息取得master的认证及信息

2.master端在设定好binlog启动后会开启binlog dump的线程

3.master端的 dump线程把二进制的更新发送到slave端的i/o线程

4.slave端开启两个线程，一个是I/O线程，一个是sql线程，

  • i/o线程用于接收master端的二进制日志，此线程会在本地打开relaylog中继日志，并且保存到本地磁盘

  • sql线程读取本地relaylog中继日志进行回放

5.什么时候我们需要多个slave？

当读取的而操作远远高与写操作时。我们采用一主多从架构，反之写操作多时会采用多主的架构

数据库外层接入负载均衡层并搭配高可用机制

2.原理架构缺陷

从架构采用的是异步机制

master更新完成后直接发送二进制日志到slave，但是slaves是否真正保存了数据master端不会检测

master端直接保存二进制日志到磁盘

当master端到slave端的网络出现问题时或者master端直接挂掉，二进制日志可能根本没有到达slave

master出现问题slave端接管master，这个过程中数据就丢失了

这样的问题出现就无法达到数据的强一致性，零数据丢失

3.半同步模式原理

1.用户线程写入完成后master中的dump会把日志推送到slave端

2.slave中的io线程接收后保存到relaylog中继日志

3.保存完成后slave向master端返回ack

4.在未接受到slave的ack时master端时不做提交的，一直处于等待当收到ack后提交到存储引擎

5.在5.6版本中用到的时after_commit模式，after_commit模式时先提交在等待ack返回后输出ok

4.启动半同步模式

1.master配置

#master永久开启半同步功能
[root@mysqla ~]# vim /etc/my.cnf
[mysqld]
server-id=10
datadir=/data/mysql
socket=/data/mysql/mysql.sock
log-bin=mysql-bin
default_authentication_plugin=mysql_native_password
gtid_mode=ON
enforce-gtid-consistency=ONemi_sync_master_enabled=1			#开启半同步功能，永久开启重启的话要在mysql安装插件不然重启会报错[root@mysqla ~]# mysql -uroot -pyyy
#安装半同步插件，发送ACK与接收ACK都是基于插件工作
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';	#SONAME服务级别的模块，SO服务级#查看插件运行情况
mysql> SHOW PLUGINS; 
rpl_semi_sync_master            | ACTIVE   | REPLICATION        | semisync_master.so | GPL #临时启动半同步功能，重启无效
mysql> SET GLOBAL rpl_semi_sync_master_enabled = 1;#查看半同步功能状态
mysql> SHOW VARIABLES LIKE 'rpl_semi_sync%';
+-------------------------------------------+------------+
| Variable_name                             | Value      |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled              | ON         |	#已开启
| rpl_semi_sync_master_timeout              | 10000      |
| rpl_semi_sync_master_trace_level          | 32         |
| rpl_semi_sync_master_wait_for_slave_count | 1          |
| rpl_semi_sync_master_wait_no_slave        | ON         |
| rpl_semi_sync_master_wait_point           | AFTER_SYNC |
+-------------------------------------------+------------+

2.slave配置

#永久开启半同步功能，需要安装插件才能重启
[root@mysqlb~]# vim /etc/my.cnf
[mysqld]
datadir=/data/mysql
socket=/data/mysql/mysql.sock
server-id=1
log-bin=mysql-bin
gtid_mode=ON
enforce-gtid-consistency=ON
rpl_semi_sync_slave_enabled=1			#开启半同步功能
symbolic-links=0[root@mysqlb ~]# mysql -uroot -pyyy
#注意安装的插件是slave与master不同
mysql>  INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';	mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1;#重启io线程，半同步才能生效
mysql> STOP SLAVE IO_THREAD;			
mysql> START SLAVE IO_THREAD;mysql> SHOW VARIABLES LIKE 'rpl_semi_sync%';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| rpl_semi_sync_slave_enabled     | ON    |
| rpl_semi_sync_slave_trace_level | 32    |
+---------------------------------+-------+mysql>  SHOW STATUS LIKE 'Rpl_semi_sync%';
+----------------------------+-------+
| Variable_name              | Value |
+----------------------------+-------+
| Rpl_semi_sync_slave_status | ON    |
+----------------------------+-------+
#同理多台slave也是这么配置注意安装插件跟启动功能slave端的要改为slave

3.测试

在master写入数据

mysql> insert  into fjw.userlist values ('user4','123');
#查看同步情况
mysql> SHOW STATUS LIKE 'Rpl_semi_sync%';
+--------------------------------------------+-------+
| Variable_name                              | Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients               | 1     |	#slave端数量
| Rpl_semi_sync_master_net_avg_wait_time     | 0     |
| Rpl_semi_sync_master_net_wait_time         | 0     |
| Rpl_semi_sync_master_net_waits             | 1     |	#master等待salve确认的总次数
| Rpl_semi_sync_master_no_times              | 0     |	#超时切换为半同步的次数
| Rpl_semi_sync_master_no_tx                 | 0     |	#未同步数据为0笔
| Rpl_semi_sync_master_status                | ON    |
| Rpl_semi_sync_master_timefunc_failures     | 0     |
| Rpl_semi_sync_master_tx_avg_wait_time      | 1283  |
| Rpl_semi_sync_master_tx_wait_time          | 1283  |
| Rpl_semi_sync_master_tx_waits              | 1     |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0     |
| Rpl_semi_sync_master_wait_sessions         | 0     |
| Rpl_semi_sync_master_yes_tx                | 1     |	#主库等待从库确认后成功提交的事务总数
+--------------------------------------------+-------+

 模拟故障，在salve端

[root@mysqlb ~]# mysql -pyyy
mysql> STOP SLAVE IO_THREAD;#在master端再次写入数据
mysql> insert  into fjw.userlist values ('user5','123');#等待10s超时
#查看同步情况					
mysql> SHOW STATUS LIKE 'Rpl_semi_sync%';
+--------------------------------------------+-------+
| Variable_name                              | Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients               | 1     |	
| Rpl_semi_sync_master_net_avg_wait_time     | 0     |
| Rpl_semi_sync_master_net_wait_time         | 0     |
| Rpl_semi_sync_master_net_waits             | 2     |
| Rpl_semi_sync_master_no_times              | 1     |
| Rpl_semi_sync_master_no_tx                 | 1     |	#显示一笔数据未同步
| Rpl_semi_sync_master_status                | OFF   |	#当超时后自动转为异步，slave恢复后转回半同步
| Rpl_semi_sync_master_timefunc_failures     | 0     |
| Rpl_semi_sync_master_tx_avg_wait_time      | 1283  |
| Rpl_semi_sync_master_tx_wait_time          | 1283  |
| Rpl_semi_sync_master_tx_waits              | 1     |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0     |
| Rpl_semi_sync_master_wait_sessions         | 0     |
| Rpl_semi_sync_master_yes_tx                | 1     |	
+--------------------------------------------+-------+

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.pswp.cn/web/91850.shtml
繁体地址，请注明出处：http://hk.pswp.cn/web/91850.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

《MySQL进阶核心技术剖析（一）： 存储引擎》

《MySQL进阶核心技术剖析（一）： 存储引擎》

目录 一、存储引擎 1.1 MySQL体系结构 1.2 存储引擎介绍 1). 建表时指定存储引擎 2). 查询当前数据库支持的存储引擎 1.3 存储引擎特点 1.3.1 InnoDB 1.3.2 MyISAM 1.3.3 Memory 1.3.4 区别及特点 1.4 存储引擎选择 一、存储引擎 1.1 MySQL体系结构 1). 连接层 最上…
阅读更多...
sqli-labs：Less-26关卡详细解析

sqli-labs：Less-26关卡详细解析

1. 思路&#x1f680; 本关的SQL语句为&#xff1a; $sql"SELECT * FROM users WHERE id$id LIMIT 0,1";注入类型&#xff1a;字符串型&#xff08;单引号包裹&#xff09;、GET操作提示&#xff1a;参数需以闭合关键参数&#xff1a;id php输出语句的部分代码&am…
阅读更多...
Spring Boot 的事务注解 @Transactional 失效的几种情况

Spring Boot 的事务注解 @Transactional 失效的几种情况

开发中我们经常会用到 Spring Boot 的事务注解&#xff0c;为含有多种操作的方法添加事务&#xff0c;做到如果某一个环节出错&#xff0c;全部回滚的效果。但是在开发中可能会因为不了解事务机制&#xff0c;而导致我们的方法使用了 Transactional 注解但是没有生效的情况&…
阅读更多...
#C语言——刷题攻略：牛客编程入门训练（四）：运算

#C语言——刷题攻略：牛客编程入门训练（四）：运算

&#x1f31f;菜鸟主页&#xff1a;晨非辰的主页 &#x1f440;学习专栏&#xff1a;《C语言刷题合集》 &#x1f4aa;学习阶段&#xff1a;C语言方向初学者 ⏳名言欣赏&#xff1a;"代码行数决定你的下限&#xff0c;算法思维决定你的上限。" 目录 1. BC25 牛牛买电…
阅读更多...
阻抗分析中的软件解调计算

阻抗分析中的软件解调计算

接上篇 重温无功功率测量-CSDN博客 已知被测阻抗两端电压与流过 通过两个ADC同步采集到。 激励频率10k, 采样率1M, 每周期100个点 关键是:采样率除以激励频率, 得是4的倍数... 所以ADC不能自由运行, 得用一个timer来触发. 因为要进行同相分量正交分量计算。 1&#xff1a;直…
阅读更多...
ubuntu 镜像克隆

ubuntu 镜像克隆

一、克隆 1、准备 一个u盘&#xff08;制作启动盘&#xff09; 一个移动固态硬盘&#xff08;大于要克隆系统盘的1.2倍&#xff09; 2、使用 rufus生成系统启动盘 &#xff08;1&#xff09;下载ubuntu iso 桌面版 https://cn.ubuntu.com/download &#xff08;2&#x…
阅读更多...
Axure下拉菜单：从基础交互到高保真元件库应用

Axure下拉菜单：从基础交互到高保真元件库应用

在Web端产品设计中&#xff0c;下拉菜单&#xff08;Dropdown Menu&#xff09; 是用户与系统交互的核心组件之一&#xff0c;它通过隐藏次要选项、节省页面空间的方式&#xff0c;提升信息密度与操作效率。无论是基础下拉菜单、图标式下拉菜单&#xff0c;还是复杂的多级下拉菜…
阅读更多...
复现YOLOV5+训练指定数据集

复现YOLOV5+训练指定数据集

一、复现YOLOV5代码 1.github下载&#xff1a;https://github.com/MIPIT-Team/SSA-YOLO 2.配置环境&#xff1a;创建虚拟环境yolo5 conda create -n yolo5 python3.9 #对应文件夹下pip install -r requirements.txt报错&#xff1a;ERROR: pips dependency resolver does no…
阅读更多...
Agents-SDK智能体开发[4]之集成MCP入门

Agents-SDK智能体开发[4]之集成MCP入门

文章目录说明一 Agents SDK接入MCP1.1 MCP技术回顾1.2 MCP基础实践流程1.2.1 天气查询服务器Server创建流程1.2.2 服务器依赖安装和代码编写1.2.3 环境配置文件1.2.4 客户端代码编写1.3 测试运行二 MCPAgents SDK基础调用2.1 weather_server.py2.2 client_agent.py2.3 运行测试…
阅读更多...
Camera相机人脸识别系列专题分析之十九：MTK ISP6S平台FDNode传递三方FFD到APP流程解析

Camera相机人脸识别系列专题分析之十九：MTK ISP6S平台FDNode传递三方FFD到APP流程解析

【关注我，后续持续新增专题博文，谢谢！！！】 上一篇我们讲了： 这一篇我们开始讲： Camera相机人脸识别系列专题分析之十九：MTK平台FDNode传递三方FFD到APP流程解析 目录 一、背景 二、：OcamMeta传递FFD到APP 2.1：OcamMeta 2.2 ：OcamMeta::process更新FFD 2.…
阅读更多...
【实时Linux实战系列】构建实时监测与报警系统

【实时Linux实战系列】构建实时监测与报警系统

在实时系统中&#xff0c;监测与报警系统是确保系统正常运行和及时响应异常情况的关键组件。实时监测与报警系统能够实时收集系统数据&#xff0c;分析关键事件&#xff0c;并在检测到异常时发出警报。这种系统广泛应用于工业自动化、医疗设备监控、网络安全等领域。掌握实时监…
阅读更多...
PHP入门及数据类型

PHP入门及数据类型

PHP数据类型 PHP标记 //HTML风格 <?phpecho "hello world"; ?> //简短风格 <?echo "hello world"; ?>数据类型 PHP 最初源于 Perl 语言&#xff0c;与 Perl 类似&#xff0c;PHP 对数据类型采取较为宽松的态度。PHP 规定&#xff0c;变量数…
阅读更多...
沸点 | 嬴图参加世界人工智能大会

沸点 | 嬴图参加世界人工智能大会

2025 WAIC于 7 月 26 日至 28 日在上海举行。大会展览面积突破 7 万平方米&#xff0c;800 余家企业参展。嬴图作为图数据库领域的领先企业&#xff0c;携前沿技术与创新应用精彩亮相。​大会期间&#xff0c;嬴图创始人兼CEO孙宇熙与来自全球的顶尖学者、企业代表共同探讨人工…
阅读更多...
2. 字符设备驱动

2. 字符设备驱动

一、设备号 1.1. 什么是设备号 设备号是用来标记一类设备以及区分这类设备中具体个体的一组号码。 设备号由主设备号和次设备号组成。主设备号的作用为标记一类设备、用于标识设备驱动程序，而次设备号的作用是为了区分这类设备中的具体个体设备及用于标识同一驱动程序下的具…
阅读更多...
uboot armv8 启动流程之 linker script

uboot armv8 启动流程之 linker script

section 详细说明.text按如下顺序&#xff0c;中断向量表vectors, 启动入口代码start.o,普通text, glue &#xff08;arm thumb2 相互调用时自动生成的代码&#xff09;*(.vectors)CPUDIR/start.o (.text*)*(.text*)*(.glue*)__image_copy_start 标记为text 段入口&#xff0c;…
阅读更多...
xxljob总结

xxljob总结

XXL-Job 支持多种任务类型&#xff0c;以下是常见任务类型的示例 Demo&#xff0c;包含核心配置和代码片段&#xff0c;帮助快速理解用法&#xff1a;一、Bean模式任务&#xff08;最常用&#xff09;通过注解 XxlJob 定义任务方法&#xff0c;直接在 Spring 容器中管理&…
阅读更多...
Python包安全工程实践：构建安全可靠的Python生态系统

Python包安全工程实践：构建安全可靠的Python生态系统

在现代计算环境中&#xff0c;性能往往是Python包成功的关键因素。本文将深入探讨Python包的性能优化技术&#xff0c;包括并发编程模型、性能分析工具、内存优化策略以及原生代码集成等高级主题&#xff0c;帮助你构建高性能的Python组件。1. 性能分析基础1.1 性能分析工具矩阵…
阅读更多...
kubernetes基础知识

kubernetes基础知识

个人博客站—运维鹿: http://www.kervin24.top CSDN博客—做个超努力的小奚&#xff1a; https://blog.csdn.net/qq_52914969?typeblog一、kubernetes介绍Kubernetes本质是一组服务器集群&#xff0c;它可以在集群的每个节点上运行特定的程序&#xff0c;来对节点中的容器进行…
阅读更多...
winntsetup安装驱动和光驱安装F6功能一样----NT5.2.3790源代码分析

winntsetup安装驱动和光驱安装F6功能一样----NT5.2.3790源代码分析

D:\drv>dir驱动器 D 中的卷是 新加卷卷的序列号是 443D-D64BD:\drv 的目录2025-08-03 23:57 <DIR> . 2025-08-03 23:57 <DIR> .. 2008-05-27 10:01 119,068 yk51x86.cat 2008-05-20 10:01 969,380 yk51x86.inf…
阅读更多...
Web 开发 11

Web 开发 11

今天完成了workshop2&#xff0c;进度有点慢&#xff0c;但是记录一下极为愚蠢的一轮轮问答和思考~&#xff01;&#xff08;还是有点成就感的&#xff09;ps&#xff1a;【】内为我的提问1 导入语句&#xff08;ES6 模块导入语法&#xff09;【import CatHappiness from "…
阅读更多...
最新文章

Copyright @ 2022~2023