深圳市建设工程交易服务中心宝安分中心_湖北专业网站建设公司_站长工具是干嘛的_适合seo的建站系统

---

前言

我要安装mysql 8.0.36。 一台（主）在centos9服务器中，两台（从）在别的机器的docker中。

MySQL MGR（Group Replication）+ ProxySQL 架构
优势：
• 自动高可用
• 自动主从切换
• 写少读多的业务特别适配
• 架构清晰、官方支持、稳定成熟

---

一、环境规划

建议还是用3台物理机安装mysql集群，或在一台机器的docker中安装3个mysql容器组成集群。我在尝试1台物理机+2个docker容器时，遇到了各种网络问题。

二、安装 MySQL 8.0.36（主库，CentOS 9）

2.1 添加 Yum 源

sudo dnf install -y https://dev.mysql.com/get/mysql80-community-release-el9-1.noarch.rpm
sudo dnf install https://dev.mysql.com/get/mysql80-community-release-el8-1.noarch.rpm
sudo dnf config-manager --enable mysql80-community

2.2 安装 MySQL 8.0.36

dnf install -y mysql-community-server-8.0.36
# 如果安装不了，则执行：dnf install -y mysql-community-server-8.0.36 --nogpgcheck
systemctl enable mysqld
systemctl start mysqld

2.3 初始化

grep 'temporary password' /var/log/mysqld.log
#2025-04-12T08:28:59.067415Z 6 [Note] [MY-010454] [Server] A temporary password is generated for root@localhost: zMGCqs;WK6ee
mysql -uroot -p        # 使用初始密码
ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPassw0rd!';

三、配置主库 my.cnf（192.168.1.101）

[mysqld]
server_id=1
log_bin=mysql-bin
gtid_mode=ON
enforce-gtid-consistency=ON
binlog_format=ROW
transaction_write_set_extraction=XXHASH64
plugin_load_add='group_replication.so'
bind-address = 0.0.0.0
port = 3306
report_host = 192.168.0.101
group_replication_group_name="aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee"
group_replication_start_on_boot=OFF
group_replication_local_address="192.168.1.101:33061"
group_replication_group_seeds="192.168.1.101:33061,192.168.1.102:33061,192.168.1.103:33061"
group_replication_bootstrap_group=OFF
group_replication_single_primary_mode=ON
group_replication_enforce_update_everywhere_checks=OFFauto_increment_increment=3
auto_increment_offset=1

保存后重启：systemctl restart mysqld

四、（可选）创建远程可访问的用户（在主库里执行）

SET SQL_LOG_BIN=0;
CREATE USER 'root'@'%' IDENTIFIED BY '你的密码';
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;
SET SQL_LOG_BIN=1;

有防火墙的需关闭防火墙，或者确保防火墙放行 3306

五、 从库在 Docker 中安装 MySQL 8.0.36

5.1 拉取镜像

docker pull mysql:8.0.36

5.2 启动容器

#host模式
docker run -d --name mysql8 \-e MYSQL_ROOT_PASSWORD=MyNewPassw0rd! \--network host \-v /root/mysql2/conf:/etc/mysql/conf.d \mysql:8.0.36

#bridge模式
docker run -d --name mysql8 \-e MYSQL_ROOT_PASSWORD=MyNewPassw0rd! \-p 3306:3306 \-v /root/mysql2/conf:/etc/mysql/conf.d \mysql:8.0.36

5.3 修改my.cnf

5.2步骤中先能启动成功，再修改my.cnf
在 /root/mysql2/conf/my.cnf 中配置：

[mysqld]
server_id=2
gtid_mode=ON
enforce-gtid-consistency=ON
log_bin=mysql-bin
binlog_format=ROW
transaction_write_set_extraction=XXHASH64
plugin_load_add='group_replication.so'
bind-address = 0.0.0.0
port = 3306
report_host = 192.168.0.102
group_replication_group_name="aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee"
group_replication_start_on_boot=OFF
group_replication_local_address="192.168.1.102:33061"
group_replication_group_seeds="192.168.1.101:33061,192.168.1.102:33061,192.168.1.103:33061"
group_replication_bootstrap_group=OFF
group_replication_single_primary_mode=ON
group_replication_enforce_update_everywhere_checks=OFFauto_increment_increment=3
auto_increment_offset=2

server3 的 Docker 配置类似，server_id改为3，IP设为 192.168.1.103，offset 改为 3
docker里启动数据库，有时特别慢，注意等待。

六、启动 MGR 集群

6.1 在主库执行（bootstrap）

SET SQL_LOG_BIN=0;
#CREATE USER bztc@'%' IDENTIFIED BY 'bztc的密码'; <----会出问题
CREATE USER 'bztc'@'%' IDENTIFIED WITH mysql_native_password BY 'bztc的密码';GRANT REPLICATION SLAVE ON *.* TO bztc@'%';SET SQL_LOG_BIN=1;SET GLOBAL group_replication_bootstrap_group=ON;
START GROUP_REPLICATION;
SET GLOBAL group_replication_bootstrap_group=OFF;

6.2 在从库执行（进入容器）

进入容器：

docker exec -it mysql2 bash
mysql -uroot -pMyNewPassw0rd!

进入sql命令模式后执行：

-- 1. 先停止 Group Replication
STOP GROUP_REPLICATION;-- 2. 关闭 binlog 临时配置复制账号
SET SQL_LOG_BIN = 0;-- 3. 设置复制账号信息（替换你的用户名密码）
CHANGE MASTER TO MASTER_USER = 'bztc', MASTER_PASSWORD = 'bztc的密码' FOR CHANNEL 'group_replication_recovery';-- 4. 恢复 binlog 设置
SET SQL_LOG_BIN = 1;-- 5. 启动 Group Replication
START GROUP_REPLICATION;

6.3 验证

SELECT * FROM performance_schema.replication_group_members;

如果出现以下图中的数据，即从节点的MEMBER_STATE一直是RECOVERING，那基本上是出问题了：

执行以下命令查看：

SHOW SLAVE STATUS FOR CHANNEL 'group_replication_recovery'\G

可根据其中问题询问大模型或查询相关资料解决。

最终成功截图：

此时在主库创建数据库，创建表会同步到从库。
注意：在主库创建用户，赋权一定要先关闭binlog（即：SET SQL_LOG_BIN = 0;）

6.4 问题

6.4.1 不能在主库执行 CREATE USER、GRANT、REVOKE、DROP USER。

如果执行了，那从库必挂。
解决办法：我试了很多方法，都没用。只能重新安装主从库。
彻底清空数据库：

#1.停掉 MySQL 服务：
sudo systemctl stop mysqld
#2.清空数据目录（确保路径对！ 通常是 /var/lib/mysql）：
mv /etc/my.cnf /etc/my.cnf.1
sudo rm -rf /var/lib/mysql/*
#3.重新初始化 MySQL：
sudo mysqld --initialize --user=mysql
#4.启动 MySQL：
sudo systemctl start mysqld
#5.查看初始 root 密码（从 error log 中找）
sudo grep 'temporary password' /var/log/mysqld.log
#6.从上面2.3步骤重新开始

七 安装 配置ProxySQL

7.1 安装 ProxySQL（推荐使用 Linux 主机部署）

7.1.1 如果你用的是 Debian / Ubuntu 系列：

wget https://github.com/sysown/proxysql/releases/download/v2.5.5/proxysql_2.5.5-debian11_amd64.deb
sudo dpkg -i proxysql_2.5.5-debian11_amd64.deb

7.1.2 如果你是 CentOS / RHEL 系列：

wget https://github.com/sysown/proxysql/releases/download/v2.5.5/proxysql-2.5.5-1-centos7.x86_64.rpm
sudo rpm -ivh proxysql-2.5.5-1-centos7.x86_64.rpm

7.1.3 也可以用 Docker：

docker run -d --name proxysql -p 6032:6032 -p 6033:6033 proxysql/proxysql:2.5.5

我选择的是docker安装ProxySQL

7.2 配置 ProxySQL（主流程）

你已经有 3 个节点：

7.2.1 登录到 ProxySQL 管理接口（默认管理端口 6032）

mysql -u admin -padmin -h 127.0.0.1 -P6032

7.2.2 添加后端 MySQL 节点

-- 添加主节点
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, max_connections, comment)
VALUES (10, 'IP_A', 3306, 100, 200, 'PRIMARY');-- 添加从节点
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, max_connections, comment)
VALUES (20, 'IP_B', 3306, 100, 200, 'SECONDARY'),(20, 'IP_C', 3306, 100, 200, 'SECONDARY');

7.2.3 配置读写分离规则

-- 所有写操作走主库
-- 1. 精准 FOR UPDATE 语句，强制走主库
INSERT INTO mysql_query_rules (rule_id, match_pattern, destination_hostgroup, apply)
VALUES (1, '^SELECT.*FOR UPDATE', 10, 1);-- 2. 所有 SELECT 都走从库（包括带空格的）
INSERT INTO mysql_query_rules (rule_id, match_pattern, destination_hostgroup, apply)
VALUES (2, '^SELECT .*', 20, 1);-- 3. 所有 SHOW/SET/USE/EXPLAIN 等管理语句走主库（因为涉及状态或变量）
INSERT INTO mysql_query_rules (rule_id, match_pattern, destination_hostgroup, apply)
VALUES (3, '^(SHOW|SET|USE|EXPLAIN)', 10, 1);-- 4. 默认兜底规则：其它全走主库
INSERT INTO mysql_query_rules (rule_id, match_pattern, destination_hostgroup, apply)
VALUES (100, '.*', 10, 1);
-- 5. 这一句很重要，active不等于1的不会加载到runtime_mysql_query_rules中。会导致读写分离规则实效。
UPDATE mysql_query_rules SET active=1;

7.2.4 添加用户认证信息（必须是 MySQL 中已存在的用户）

INSERT INTO mysql_users (username, password, default_hostgroup)
VALUES ('bztc', 'bztc的密码', 10);

7.2.5 保存并加载配置到运行内存和磁盘

LOAD MYSQL SERVERS TO RUNTIME;
LOAD MYSQL USERS TO RUNTIME;
LOAD MYSQL QUERY RULES TO RUNTIME;SAVE MYSQL SERVERS TO DISK;
SAVE MYSQL USERS TO DISK;
SAVE MYSQL QUERY RULES TO DISK;
-- 一定要能查到你的规则
SELECT * FROM runtime_mysql_query_rules ORDER BY rule_id;

7.3 应用层连接 ProxySQL

应用层连接 ProxySQL 的 6033 端口：

mysql -u app_user -papp_password -h <ProxySQL_IP> -P6033

我的本地电脑使用的是sqlyog连接，如果出现错误：

Host '192.168.0.107' is not allowed to connect to this MySQL server

见下面问题7.4.1

全都配置完成后，就可以在客户端（如sqlyog）中连接ProxySQL，进行数据库操作了。

7.4 创建并配置一个 监控用账号（monitor user）

如果不创建监控用账号，那么ProxySQL日志会一直打印：

2025-04-13 20:35:25 2025-04-13 12:35:25 MySQL_Monitor.cpp:1347:monitor_connect_thread(): [ERROR] Server 192.168.0.104:3306 is returning "Access denied" for monitoring user
2025-04-13 20:35:26 2025-04-13 12:35:26 MySQL_Monitor.cpp:1347:monitor_connect_thread(): [ERROR] Server 192.168.0.118:3306 is returning "Access denied" for monitoring user
2025-04-13 20:35:27 2025-04-13 12:35:27 MySQL_Monitor.cpp:1347:monitor_connect_thread(): [ERROR] Server 192.168.0.102:3306 is returning "Access denied" for monitoring user

7.4.1 在所有 MySQL 节点创建一个监控账号（用户名通常为 monitor）

你可以使用如下语句在每个 MySQL 节点上执行（主库和两个从库都要）：

SET sql_log_bin = 0;
-- 首先检查当前只读状态，主库为OFF，从库为ON
SHOW VARIABLES LIKE 'read_only';
SHOW VARIABLES LIKE 'super_read_only';
-- 如果是普通从库，可以尝试关闭
SET GLOBAL super_read_only = OFF;
SET GLOBAL read_only = OFF;
-- 然后执行您的语句
CREATE USER 'monitor'@'%' IDENTIFIED BY 'monitor';
GRANT USAGE ON *.* TO 'monitor'@'%';
-- 操作完成后恢复只读状态（如果是从库）
SET GLOBAL read_only = ON;
SET GLOBAL super_read_only = ON;SET SQL_LOG_BIN=1;
FLUSH PRIVILEGES;

USAGE 权限即可，不需要读写权限。你可以改成更强的密码，比如 ProxyMon@123!。

7.4.2 在 ProxySQL 配置监控账号

登录 ProxySQL 管理接口（6032 端口）：

mysql -u admin -padmin -h 127.0.0.1 -P6032

设置监控用户名和密码：

UPDATE global_variables SET variable_value='monitor' WHERE variable_name='mysql-monitor_username';
UPDATE global_variables SET variable_value='monitor_pass' WHERE variable_name='mysql-monitor_password';-- 应用配置
LOAD MYSQL VARIABLES TO RUNTIME;
SAVE MYSQL VARIABLES TO DISK;

7.4.3 验证是否恢复正常

查看日志是否还报错。

7.5 问题

7.5.1 客户端连不上ProxySQL

每个mysql节点都要创建同一个用户、密码、赋权

SET sql_log_bin = 0;
-- 首先检查当前只读状态，主库为OFF，从库为ON
SHOW VARIABLES LIKE 'read_only';
SHOW VARIABLES LIKE 'super_read_only';
-- 如果是普通从库，可以尝试关闭
SET GLOBAL super_read_only = OFF;
SET GLOBAL read_only = OFF;
-- 然后执行您的用户创建语句
CREATE USER 'bztc'@'%' IDENTIFIED BY '密码';
GRANT ALL PRIVILEGES ON *.* TO 'bztc'@'%';
-- 操作完成后恢复只读状态（如果是从库）
SET GLOBAL read_only = ON;
SET GLOBAL super_read_only = ON;SET SQL_LOG_BIN=1;
FLUSH PRIVILEGES;

7.5.2 建好了表却无法insert

报错：

The table does not comply with the requirements by an external plugin

这个错误通常出现在 MySQL Group Replication (MGR) 或使用其他插件（如审计插件、验证插件等）的环境中，表示表结构不符合插件的要求。

常见原因

MGR 表要求不满足：表缺少主键或合适的主键
审计插件限制：表结构不符合审计要求
验证插件限制：表结构或内容不符合数据验证规则
其他插件限制：特定插件对表有特殊要求

7.5.3 (坑)SpringCloud项目连接ProxySQL报错

报错内容：

2025-04-14 16:34:14.314 ERROR [TID: N/A] 27662 --- [           main] com.alibaba.druid.pool.DruidDataSource   : init datasource error, url: jdbc:mysql://192.168.0.222:6033/bztc_cfg?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useLegacyDatetimeCode=false&allowMultiQueries=truejava.sql.SQLException: Unknown system variable 'query_cache_size'at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:129)at com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:122)..............

query cache在MySQL5.7.20就已经过时了，而在MySQL8.0之后就已经被移除了。
我的3台机器用的mysql8.0.36，所以会报错。
报错原因是：ProxySQL用的最新版2.7.3，但是其内部配置的sql服务端版本还是5.5.30版本。

cat /etc/proxysql.cnf

会看到：

在ProxySQL中查询，还是能查到其配置了mysql-query_cache_size_MB

直接用sql改其变量配置是没用的，删也删不掉。
解决办法：
1）先修改配置文件，将server_version修改为mysql真实版本。
我的mysql是8.0.36，所以改为：server_version=“8.0.36”。
2）进到ProxySQL中

mysql -u admin -padmin -h 127.0.0.1 -P6032

执行：

UPDATE global_variables SET variable_value = '8.0.36' WHERE variable_name = 'mysql-server_version';
LOAD MYSQL VARIABLES TO RUNTIME;
SAVE MYSQL VARIABLES TO DISK;

3）重启ProxySQL服务。
4）再次尝试SpringCloud连接。SpringCloud中的mysql驱动jar包，记得升级到mysql对应的8版本。

八、验证ProxySQL读写分离已生效

8.1 配置前提检查

确认你已经正确配置：
• mysql_query_rules 中配置了根据 SQL 类型分流（SELECT 去读库，INSERT/UPDATE/DELETE 去写库）。
• mysql_servers 中设置了：
• 主库 → hostgroup_id = 写库组（如 10）
• 从库 → hostgroup_id = 读库组（如 20）
• mysql_users 设置了默认 hostgroup（一般设置为写库组）

8.2 开启 ProxySQL 日志记录查询（推荐）

-- 开启查询日志记录
UPDATE global_variables SET variable_value='ON' WHERE variable_name='mysql-query_digests';
LOAD MYSQL VARIABLES TO RUNTIME;
SAVE MYSQL VARIABLES TO DISK;-- 查看最近的查询都发往了哪个 hostgroup
SELECT hostgroup, username, digest_text, count_star FROM stats_mysql_query_digest ORDER BY count_star DESC;

你应该能看到：
• 类似 SELECT * FROM table_name 的语句走的是 hostgroup_id = 20
• 类似 INSERT / UPDATE / DELETE 走的是 hostgroup_id = 10

8.3 监控 stats_mysql_connection_pool 表

这个表会告诉你各 hostgroup 实际连接的使用情况：

SELECT hostgroup, srv_host, srv_port, status, ConnUsed, Queries FROM stats_mysql_connection_pool;

你可以：
• 连上 ProxySQL 后执行多个 SELECT，观察 hostgroup_id=20 的连接 Queries 数是否增长。
• 执行 INSERT、UPDATE，观察 hostgroup_id=10 的主库 Queries 是否增长。

建议在服务器上进到mysql客户端中执行增删改查测试。
如果用 SQLyog、Navicat 等工具，在执行 SELECT * FROM daism_test WHERE id = 1; 前后，自动会发送如下语句：
• SELECT DATABASE();
• SHOW VARIABLES LIKE ‘…’
• SELECT @@version_comment LIMIT 1;

这些不一定走 ^SELECT 规则（匹配位置有限制），可能被规则 3（兜底规则）匹配到了主库！

8.4 常见误区排查

•	没有执行 LOAD MYSQL QUERY RULES TO RUNTIME → 改了规则没生效。
•	默认 hostgroup 设置不对。
•	所有 hostgroup 配成同一个，导致都走主库。
•	query rule 书写错误，没能正确匹配 SELECT 等语句。

---

九、日常监控

查询ConnUsed
不要长期逼近max_commnections的限制（建议预留20%）。

SELECT hostgroup, srv_host, srv_port, ConnUsed, max_connections,ROUND(ConnUsed * 1.0 / max_connections * 100, 1) AS used_percent,CASE WHEN ConnUsed * 1.0 / max_connections >= 0.85 THEN '⚠️ High Usage'ELSE '✅ Normal'END AS status
FROM stats_mysql_connection_pool
JOIN mysql_servers ON stats_mysql_connection_pool.hostgroup = mysql_servers.hostgroup_idAND stats_mysql_connection_pool.srv_host = mysql_servers.hostnameAND stats_mysql_connection_pool.srv_port = mysql_servers.port;

查看健康程度：

总结

如果是第一次安装MySQL MGR（Group Replication）+ ProxySQL 架构，99%会出现各种问题，可以问问大模型能不能解决。