MySql之MMM部署过程中各种问题解决方法-创新互联

成都创新互联自2013年起,公司以成都网站设计、网站建设、系统开发、网络推广、文化传媒、企业宣传、平面广告设计等为主要业务,适用行业近百种。服务企业客户近千家,涉及国内多个省份客户。拥有多年网站建设开发经验。为企业提供专业的网站建设、创意设计、宣传推广等服务。 通过专业的设计、独特的风格,为不同客户提供各种风格的特色服务。

下文主要给大家带来MySql之MMM部署过程中各种问题解决方法,希望这些文字能够带给大家实际用处,这也是我编辑MySql之MMM部署过程中各种问题解决方法这篇文章的主要目的。好了,废话不多说,大家直接看下文吧。

实验环境:

两台centos7云服务器做mysql主云服务器:master01/master02;

两台centos7云服务器做mysql从云服务器:slave01/slave02;

一台centos7云服务器做监控云服务器:monitor

问题一:master01 创建新的数据库abc,slave01上查看,未进行未进行数据同步。

master01数据库查询如下:

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| mysql              |
| performance_schema |
| test               |

slave01数据库查询如下:

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
//新建的数据表未进行同步

解决过程:

1、查看slave01的配置情况:

MariaDB [(none)]> show slave status\G
Last_IO_Error: error connecting to master 'replication@192.168.109.129:3306' - retry-0  message: Access denied for 
user 'replication'@'192.168.109.159' (using password: YES)

//看不懂...
//重新启动服务,出现新的报错
MariaDB [(none)]> stop slave;
Query OK, 0 rows affected (0.01 sec)

MariaDB [(none)]> start slave
    -> ;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show slave status\G;

Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids
 must be different for replication to work (or the --replicate-same-server-id option must be used on slave s does not
  always make sense; please check the manual before using it).        //大概意思为使用了相同的server-id

2、配置文件中进行查看

vim /etc/my.cnf       //发现与master01的server-id都设置成了1

进行修改为不同的server-id

MySql之MMM部署过程中各种问题解决方法

3、重新启动服务

[root@localhost ~]# systemctl stop mariadb.service 
[root@localhost ~]# systemctl start mariadb.service 
[root@localhost ~]# systemctl start mysql-mmm-agent.service
[root@localhost ~]# systemctl enable mysql-mmm-agent.service

4、使用moniror查看同步情况

[root@localhost mysql-mmm]# mmm_control show
ERROR: Can't connect to monitor daemon!            //还是不行!!

MySql之MMM部署过程中各种问题解决方法

问题二:moniror云服务器无法获取节点情况,报错如下:

MariaDB [(none)]> show slave status\G 
                   Last_Error: Error 'Can't drop database 'school'; database doesn't exist' on query. Default
                    databasool'. Query: 'drop database school'

解决过程:

1、看报错信息,可以得知是我在之前进行主主云服务器同步情况测试时,创建删除的school数据库,由于slave从云服务器还未进行同步,进程卡住,无法进行下一步操作,所以,部署才未能成功。

2、在从云服务器上手动创建一个新的school数据库,让系统识别到后,自动删除一次次数据库就可以了

MariaDB [(none)]> create database school;
Query OK, 1 row affected (0.00 sec)
MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| school             |
| test               |
+--------------------+

3、如果还是不行,则退出数据库,进行重启服务

MariaDB [(none)]> quit
Bye
[root@slave02 ~]# 
[root@slave02 ~]# systemctl restart mariadb.service

4、再次进入数据库查看,school数据库已自动删除,且与master01数据库相同。

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| mysql              |
| performance_schema |
| test               |
+--------------------+

5、使用监控云服务器monitor查看节点成功

[root@localhost mysql-mmm]# mmm_control show
  db1(192.168.109.129) master/ONLINE. Roles: writer(192.168.109.188)
  db2(192.168.109.160) master/ONLINE. Roles: 
  db3(192.168.109.162) slave/ONLINE. Roles: reader(192.168.109.189)
  db4(192.168.109.159) slave/ONLINE. Roles: reader(192.168.109.190)

试验成功。

对于以上关于MySql之MMM部署过程中各种问题解决方法,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


当前名称:MySql之MMM部署过程中各种问题解决方法-创新互联
标题链接:http://myzitong.com/article/dpcpci.html