为什么不会自动建立InnoDB 集群服务器配置帐户呢？

看完了你的问题，感觉您对MySQL Shell不太了解，可以学习下。MySQL shell你可以理解为是一个工具，可以管理和操作多个数据库，并不是一对一的管理操作。

1.一般不用root作为MGR复制的账户，在MySQL shell 弹出提示时，可以选择自己创建一个新的账户，例如“repl”、“greatsql”作为复制用的账户，这点在手册shell部署MGR中也有讲到。

2.前面说了，MySQLshell 并不是一对一，它可以管理/操作多个数据库

3. 在手册中有讲到，你可以看下手册shell部署MGR

4.同3

5.如果用MySQL SHELL 会让你选择处理，看你是要clone还是怎么操作。如果是手动处理，在创建用户的时候先关闭binlog记录

KAiTO 发表于 2024-5-22 11:30
看完了你的问题，感觉您对MySQL Shell不太了解，可以学习下。MySQL shell你可以理解为是一个工具，可以管理 ...

我是知道MySQL Shell 能够管理多个节点，也知道一般不用root用户作为复制账户。


https://greatsql.cn/docs/8.0.32- ... install-deploy.html
看文档中写到：

1. 接下来，用同样方法先用 root 账号分别登入到另外两个节点，完成节点的检查并创建最小权限级别用户（此过程略过。。。注意各节点上创建的用户名、密码都要一致），之后回到第一个节点，执行

复制代码

问题就在这边了，mysqlshell 肯定是部署在其中一个节点上吧....这里说的root，应该是指root@'localhost' 把。这种不能跨节点的去用   root@'localhost' -Spath/mysql.sock  来登陆吧。

1. 最好是在每个节点上分别用mysql shell登入，再执行 dba.configure_instance()  完成初始化

2. 一个标准的mysql shell创建的MGR专用账户授权如下所示，你可以参考这个，对 root@% 进行重新授权

1. 
   
2. greatsql> show grants for GreatSQL;
   
3. +------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
   
4. | Grants for GreatSQL@%                                                                                                                                                                                                                                                        |
   
5. +------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
   
6. | GRANT SELECT, RELOAD, SHUTDOWN, PROCESS, FILE, EXECUTE, REPLICATION SLAVE, REPLICATION CLIENT, CREATE USER ON *.* TO `GreatSQL`@`%` WITH GRANT OPTION                                                                                                                        |
   
7. | GRANT BACKUP_ADMIN ON *.* TO `GreatSQL`@`%`                                                                                                                                                                                                                                  |
   
8. | GRANT CLONE_ADMIN,CONNECTION_ADMIN,GROUP_REPLICATION_ADMIN,PERSIST_RO_VARIABLES_ADMIN,REPLICATION_APPLIER,REPLICATION_SLAVE_ADMIN,ROLE_ADMIN,SYSTEM_VARIABLES_ADMIN ON *.* TO `GreatSQL`@`%` WITH GRANT OPTION                                                               |
   
9. | GRANT INSERT, UPDATE, DELETE ON `mysql`.* TO `GreatSQL`@`%` WITH GRANT OPTION                                                                                                                                                                                                |
   
10. | GRANT INSERT, UPDATE, DELETE, CREATE, DROP, REFERENCES, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER ON `mysql_innodb_cluster_metadata`.* TO `GreatSQL`@`%` WITH GRANT OPTION          |
    
11. | GRANT INSERT, UPDATE, DELETE, CREATE, DROP, REFERENCES, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER ON `mysql_innodb_cluster_metadata_bkp`.* TO `GreatSQL`@`%` WITH GRANT OPTION      |
    
12. | GRANT INSERT, UPDATE, DELETE, CREATE, DROP, REFERENCES, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER ON `mysql_innodb_cluster_metadata_previous`.* TO `GreatSQL`@`%` WITH GRANT OPTION |
    
13. +------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
    

复制代码

3. 利用mysql shell构建MGR时，在完成 dba.configureInstance() 后，再进行 addinstance() 是应该会提示是否要执行Clone复制一份数据过来覆盖

以上，在不熟练时，建议先参考我们提供的文档步骤严格执行逐步操作，熟练后再进行自定义变化

yejr 发表于 2024-5-22 12:08
1. 最好是在每个节点上分别用mysql shell登入，再执行 dba.configure_instance()  完成初始化

2. 一个标准 ...

我这边的版本是MYSQL 5.7.26 所以，用不了clone plugin...clone plugin 要等到8.0.17吧。

起飞小宇 发表于 2024-5-22 13:03
我这边的版本是MYSQL 5.7.26 所以，用不了clone plugin...clone plugin 要等到8.0.17吧。 ...

最好用8.0搭建MGR集群，如果用MYSHELL建立MGR集群，每个节点都用MYSHELL建立MGR专用用户，MGR用户不建议使用root。个人建议用MYSHELL来创建MGR集群，用这个管理集群比较方便

15167759230 发表于 2024-5-22 13:12
最好用8.0搭建MGR集群，如果用MYSHELL建立MGR集群，每个节点都用MYSHELL建立MGR专用用户，MGR用户不建议使 ...

帖子开篇说了：
我搭建了3节点的 MySQL 5.7.26 版本的MYSQL。最终目的还是希望测试下通过多节点MGR滚动升级到Mysql 8的mgr。

目前就是还有一个问题了：

MySQL 5.7.26 没有clone plugin，
我在没有关闭binlog的情况下，在三个节点上创建了  root@'%'  用户，我理解的，这时候三个节点都有了自己的gtid事务，我能保障三个节点上都是空的（第一个节点有业务数据），那我是不是可以通过reset master 来清空（第二和第三节点的）gtid事务，然后再进行后续MGR集群搭建工作？

起飞小宇 发表于 2024-5-22 20:14
目前就是还有一个问题了：

MySQL 5.7.26 没有clone plugin，

想了一下这个过程可能需要更多步骤：

1、不开binlog ,删除  2 和  3 节点的 root@'%'
2、在2和3节点reset master
3、备份1节点的业务数据，恢复到2和3节点
4、使用mysql shell 创建集群

起飞小宇 发表于 2024-5-22 20:18
想了一下这个过程可能需要更多步骤：

1、不开binlog ,删除  2 和  3 节点的 root@'%'

关于滚动升级，记得文档讲的步骤是，先升级从节点，增加新节点后，立即下线一个旧节点，停掉原主节点，切换到新节点，最后再升级主节点到高版本