InnoDB Cluster必须三台MySQL 8.0+节点，依赖mysql-shell（集群管理）和mysql-router（流量路由）；需静态IP、hosts互解、关闭SELinux、开放3306/33061/6446端口、时间同步，并严格配置GTID、ROW格式、group_replication参数。
能，但必须三台都装 MySQL 8.0+（推荐 8.4），且不能跳过 mysql-shell 和 mysql-router 这两个官方组件——它们不是可选插件，而是集群生命周期管理与流量入口的刚性依赖。
三台机器的网络与系统准备必须做死
组复制对网络延迟和连通性极度敏感，哪怕一次 ping 丢包都会导致节点反复 OFFLINE 或卡在 RECOVERING 状态。
- 三台机器必须配置静态 IP，并在每台的
/etc/hosts中互相解析，例如：192.168.31.36 node1、192.168.31.228 node2、192.168.31.13 node3，三台都要写全，不能只配一台 - 关闭 SELinux：临时用
setenforce 0，永久改/etc/selinux/config里的SELINUX=disabled；不关的话，group_replication插件加载会静默失败 - 防火墙必须放行三个端口：
3306（MySQL 服务）、33061（Group Replication 内部通信）、6446（MySQL Router 默认读写端口）；生产环境别直接systemctl stop firewalld，要用firewall-cmd显式开放 - 确认时间同步：
chronyd或ntpd必须运行，三台机器时间差超过 5 秒，group_replication会拒绝加入组
MySQL 配置里 group_replication 相关参数不能靠猜
MySQL 启动前必须在 /etc/my.cnf 中硬编码关键参数，dba.configureLocalInstance() 只会检查并微调，不会自动补全缺失项。
-
server_id必须全局唯一，建议用 IP 最后一段（如192.168.31.36 → server_id = 36） - 必须启用 GTID：
gtid_mode = ON+enforce_gtid_consistency = ON - binlog 格式必须是
ROW，且开启二进制日志：log_bin = /var/lib/mysql/binlog、binlog_format = ROW - 组复制核心参数（三台内容不同，仅
group_replication_group_seeds和group_replication_local_address需按本机改）：plugin_load_add = 'group_replication.so' group_replication_group_name = "aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" group_replication_start_on_boot = OFF group_replication_local_address = "node1:33061" group_replication_group_seeds = "node1:33061,node2:33061,node3:33061" group_replication_bootstrap_group = OFF group_replication_ip_allowlist = "192.168.31.0/24"
mysql-shell 创建集群时最容易卡在 configureLocalInstance()
这个函数看似简单，实际会尝试连接本地 MySQL 并执行一系列权限校验和配置写入，失败时只报模糊错误如 Access denied 或 Failed to update configuration，根本原因往往藏在底层。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 确保用
root@localhost登录 shell，且该用户有SUPER、GROUP_REPLICATION_ADMIN、CLONE_ADMIN权限（MySQL 8.0.22+ 要求） - 如果提示
Cannot modify config file，说明my.cnf所在目录（通常是/etc）MySQL 进程无写权限，或配置文件被符号链接指向只读路径 - 若执行后提示
Configuration updated but restart required，必须手动重启 mysqld：systemctl restart mysqld，不能只 reload - 三台机器要分别执行
dba.configureLocalInstance()，不是只在第一台运行——它只为本机实例打上集群就绪标记
添加节点时 addInstance() 报错多数源于账号权限或网络策略
常见错误信息如 ERROR: Group Replication join failed: ERROR 3092 (HY000) 或 ERROR 2003 (HY000): Can't connect to MySQL server，本质都是目标实例未真正准备好接收组复制连接。
- 被添加节点（如 node2）的
group_replication_start_on_boot必须为OFF，否则启动时会抢在集群创建完成前自行尝试加入，导致状态混乱 - 执行
cluster.addInstance('root@node2:3306')前，先手动在 node2 上验证：mysql -h node2 -u root -p -e "SELECT * FROM performance_schema.replication_group_members;"，结果应为空（说明没意外启动组复制） - 账号必须允许从其他节点主机名连接，比如在 node1 上添加 node2，node2 的 root 用户授权必须包含
'root'@'node1'，不能只留'root'@'localhost' - 添加完一个节点后，立刻执行
cluster.status()，观察其状态是否为ONLINE；若卡在RECOVERING超过 2 分钟，大概率是 binlog 不一致或磁盘 I/O 延迟高，需查SELECT * FROM performance_schema.replication_applier_status_by_coordinator;
最常被忽略的一点：MySQL Router 启动后默认只监听 127.0.0.1，如果应用不在 Router 所在机器上，必须显式指定 --bind-address=0.0.0.0:6446，否则所有远程连接都会被拒。Router 不是“装完就通”，它的配置文件 mysqlrouter.conf 里 [routing:classic] bind_address 这一项，不改就是单机玩具。
