手把手教学-MySQL主从复制架构转换MGR架构（手动版.docxVIP

手把手教学-MySQL主从复制架构转换MGR架构（手动版）环境信息 IPportroleinfo 3316nodelmaster 3316node2slavel 3316node3Slave2 CentOS Linux release 7.6.1810 (Core) MySQL Ver 8.0.19 for linux-glibc2.12 on x86_64 (MySQL Community Server - GPL) MySQL RouterVer8.0.20 for Linux on x86_64 (MySQL Community- GPL) MySQL Shell Ver 8.0.20 for Linux on x86_64-for MySQL 8.0.20 (MySQL Community Server(GPL))夕软件位置 在三个节点上部署好MySQL、MySQL Router、MySQL Shell 夕搭建复制环境，并开启增强半同步 所有节点配置 root@localhost [(none)]set global super_read_only=0; Query OK, 0 rows affected (0.00 sec) root@localhost [(none)]create user 1 rep*192,168.188.%* identified by 1 rep 3 rows i n set (0.00 sec) root@localhost [(none)]夕一些tips 夕参数文件！ 手动转换为MGR与通过MySQL Shell转换的最大区别是，后者会自动通过set persist方式将变 更写到mysqld-auto.cnf文件中，而手动操作需要注意这一点。上述实验完全没编辑my.cnf ，如果使用set global ?在MGR三节点再次冷启动的时候，MGR的配置参数就没了，无法启动 MGR。解决方法是： .在配置过程中用set persist来代替set global，持久化保存配置.如果已经手快重启了全部节点清空了临时配置?那么可以使用set persist再次设定一遍设定好后理论上可以直接生效，启动GR。 夕 sha2_password 魔咒 我通过set global配置后，重启了一下节点，再进行set persist持久化配置后,启动MGR 后，maste0顺利online，但是在做node2加入GR时，一直处于RECOVERING 检查errlog后发现： 2020-05-15T14:35:46.869802+08:00 21 2020-05-15T14:35:46.869802+08:00 21 2020-05-15T14:35:46.906422+08:00 28 [System] [MY-010597] [Repl] fCHANGE MAST[Warni ng] [my-010897] [Repl] Stori ng MyS [ERROR] [MY-010584] [Repl][ERROR] [MY-011582] [Repl][ERROR] [MY-011583] [Repl] [ERROR] [MY-010584] [Repl] [ERROR] [MY-011582] [Repl] [ERROR] [MY-011583] [Repl] Siave I/O forPl ugi n group_Plugi n group_ 2020-05-15T14:35:46.923832+08:00 21 2020-05-15T14:35:46,923887+08:00 21 检查 performance_schema.replication_connection_status root@localhost [(none)]select * from performance_schema.replication_connecA A CHANNEL_NAME: group_replication_recoveGROUP_NAME： SOURCE_UUID： THREAD ID：NULLSERVICE_STATE：OFF THREAD ID： NULL SERVICE_STATE： OFF COUNT RECEIVED HEARTBEATS： LAST_HEARTBEAT_TIMESTAMP：0000-00-00 00:00:00.0000RECEIVED_TRANSACTION_SET：LAST_ERROR_NUMBER： 2061LAST_ERROR_MESSAGE: error connect!ng to mast3 rows i n set (0.01 sec)退化至^recov