MySql之MMM部署過程中各種問題解決方法

下文主要給大家?guī)?a title="MySql" target="_blank" href="http://kemok4.com/mysql/">MySql之MMM部署過程中各種問題解決方法，希望這些文字能夠帶給大家實際用處，這也是我編輯MySql之MMM部署過程中各種問題解決方法這篇文章的主要目的。好了，廢話不多說，大家直接看下文吧。

實驗環(huán)境：

兩臺centos7云服務器做mysql主云服務器：master01/master02；

兩臺centos7云服務器做mysql從云服務器：slave01/slave02；

一臺centos7云服務器做監(jiān)控云服務器：monitor

問題一：master01 創(chuàng)建新的數據庫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       //發(fā)現與master01的server-id都設置成了1

進行修改為不同的server-id

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!            //還是不行??！

問題二：moniror云服務器無法獲取節(jié)點情況，報錯如下：

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、看報錯信息，可以得知是我在之前進行主主云服務器同步情況測試時，創(chuàng)建刪除的school數據庫，由于slave從云服務器還未進行同步，進程卡住，無法進行下一步操作，所以，部署才未能成功。

2、在從云服務器上手動創(chuàng)建一個新的school數據庫，讓系統(tǒng)識別到后，自動刪除一次次數據庫就可以了

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、使用監(jiān)控云服務器monitor查看節(jié)點成功

[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部署過程中各種問題解決方法，大家是不是覺得非常有幫助。如果需要了解更多內容，請繼續(xù)關注我們的行業(yè)資訊，相信你會喜歡上這些內容的。