1. 程式人生 > >mysql主從複製配置與問題解決

mysql主從複製配置與問題解決

    主從複製是為了加強系統資料庫的可用性,當主庫掛掉時,從資料庫儲存資料,資料不會丟失,將從庫切換為主庫,等主庫弄好之後再替換回來,提高了專案的可用性。當然我們也可以讀寫分離等操作,提高系統的併發性。本博文只記錄了如何進行主從複製的配置和過程中的一些問題的解決方法。

    原理:MySQL使用3個執行緒來執行復制功能(其中1個在【主伺服器】上,另兩個在【從伺服器】上)
      當【從伺服器】發出START SLAVE時,【從伺服器】建立一個I/O執行緒,以連線【主伺服器】並讓它傳送記錄在其二進位制日誌中的語句。
    【主伺服器】建立一個執行緒將二進位制日誌中的內容傳送到【從伺服器】。該執行緒可以識別為【主伺服器】上SHOW PROCESSLIST的輸出中的Binlog Dump執行緒。

     【從伺服器】I/O執行緒讀取主伺服器Binlog Dump執行緒傳送的內容並將該資料拷貝到【從伺服器】資料目錄中的本地檔案中,即中繼日誌。

      第3個執行緒是SQL執行緒,是【從伺服器】建立用於讀取中繼日誌並執行日誌中包含的更新

一:安裝環境

作業系統 :CentOS 
資料庫版本:MySQL 5.7
主機A:192.168.1.1 (Master)
主機B:192.168.1.2 (Slave)

這裡強調的資料庫的版本,是因為MySQL在5.6之前和之後的安裝方式是不一樣的。 這裡提前說明,解決方法在後面給出。

二:Master的配置

在Linux環境下MySQL的配置檔案的位置是在 /etc/my.cnf

,在該檔案下指定Master的配置如下:

log-bin=mysql-bin #二進位制日誌檔案,master產生,slave使用進行復制操作。 
server-id=2 #給資料庫服務的唯一標識,一般為大家設定伺服器Ip的末尾號 
binlog-ignore-db=information_schema #不復制的資料庫
binlog-ignore-db=gjxy_zd
binlog-ignore-db=mysql
binlog-ignore-db=dk_qj_db
binlog-ignore-db=designpattern_zd
binlog-ignore-db=designpattern
binlog-ignore-db=card_db
binlog-ignore-db=book_db
binlog-do-db=test #複製的資料庫(當該資料庫有改變時,在從庫中會有相對應的修改)

完整配置截圖如下:

1、然後重啟mysql:service mysqld restart

2、進入mysql:[[email protected]_221_4_centos ~]# mysql -u root -p 回車,輸入mysql密碼進入。

3、 賦予從庫許可權帳號,允許使用者在主庫上讀取日誌,賦予192.168.1.2也就是Slave機器有File許可權和REPLICATION SLAVE的許可權。

在Master資料庫命令列中輸入:

 mysql>GRANT FILE ON *.* TO 'root'@'192.168.1.2' IDENTIFIED BY 'mysql password';  
 mysql>GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.1.2' IDENTIFIED BY 'mysql password';
 mysql>FLUSH PRIVILEGES

其中:mysql password:為前面對應使用者(此例中為root)的密碼。

        192.168.1.2:為從庫伺服器地址。

這裡使用的仍是 root 使用者作為同步的時候使用到的使用者,可以自己設定。

4、重啟mysql,登入mysql,顯示主庫資訊

mysql> show master status;

這裡的 File 、Position 是在配置Salve的時候要使用到的,Binlog_Do_DB表示要同步的資料庫,Binlog_Ignore_DB 表示Ignore的資料庫,這些都是在配置的時候進行指定的。

另外:如果執行這個步驟始終為Empty set(0.00 sec),那說明前面的my.cnf沒配置對。

三:Slave的配置

1、從庫的配置,首先也是修改配置檔案:/etc/my.cnf 如下:

log-bin=mysql-bin
server-id=3
binlog-ignore-db=information_schema
binlog-ignore-db=sjj
binlog-ignore-db=mysql
binlog-ignore-db=cardapp

2、這裡可以看到,在MySQL5.6之後的版本中沒有指定

master-host=192.168.1.1 #Master的主機IP 
master-user=root 
master-password=mysql 
password #Master的MySQL密碼 
#以上的這幾個語句在mysql5.6之前寫在配置檔案中,mysql5.6之後採用下面所介紹方式。

3、這也是在網上很多搜尋的配置過程,他們也都指定了資料庫的版本,但是並沒有說出來新版本的配置這種方式是不適用的。

4、如果,你在MySQL5.6和之後的版本中配置從庫的時候,設定到了上邊的內容,即指定了master-host、master-user等資訊的話,重啟MySQL的時候就會報錯

5、在5.6以及後續版本的配置如下:

修改完/etc/my.cnf 檔案之後(不將master-*寫入),重啟一下MySQL(service mysqld restart)

進入Slave mysql控制檯,執行:


mysql> stop slave;  #關閉Slave
mysql> change master to master_host='192.168.1.1',master_user='root',master_password='123456',master_log_file='mysql-bin.000004', master_log_pos=28125;
mysql> start slave;  #開啟Slave

在這裡指定Master的資訊,master_log_file是在配置Master的時候的File選項, master_log_pos是在配置Master的Position 選項,這裡要進行對應。其中

master_password #該選項是主mysql的密碼,一定不要寫錯,不然會出現錯誤!

然後可以通過mysql> show slave status; 檢視配置的資訊:

mysql> show slave status \G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.167.1.1
                  Master_User: root
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000004
          Read_Master_Log_Pos: 28125
               Relay_Log_File: VM_128_194_centos-relay-bin.000004
                Relay_Log_Pos: 26111
        Relay_Master_Log_File: mysql-bin.000004
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: ufind_db
          Replicate_Ignore_DB: mysql
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 28125
              Relay_Log_Space: 26296
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 2
                  Master_UUID: 8ac3066a-9680-11e5-a2ec-5254007529fd
             Master_Info_File: /data/mysqldb/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
1 row in set (0.00 sec)

ERROR: 
No query specified

mysql> 

也可能是下面這種形式:

這樣的話,我們可以將輸出的資訊,複製到一個高階筆記本中,就可以看到如下形式:

其中的資訊和第一種內容相同,知識表達形式不同而已。

如果資訊中的下面兩項都是Yes的話,表示配置成功!如果是No或者Connecting請看下面的錯誤解答。

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

四:新增需要同步的從庫Slave

由於種種原因,測試的時候使用test庫,這裡我按照上述的方式,修改Master的my.cnf的配置檔案,新增同步的資料庫test,重啟MySQL,執行Master的:show master status如下:

這裡寫圖片描述

相應的,要修改Slave從庫的資訊在my.cnf 增加 replicate-do-db=test,重啟Mysql,根據上述的show master status,在Slave從庫中執行下邊的內容:

mysql>stop slave mysql>change master to 
master_host='192.168.1.1',
master_user='root',
master_password='123456',
master_log_file='mysql-bin.000005', 
master_log_pos=120; 
mysql>start slave

其中的master_password與master_log_file選項要與新查詢到的master中的對應!!!

五:測試

    在master中建立一個數據庫(在配置好之後再建立,如果在配置好之前建立的,我們可以手動在slave中建立對應 的資料庫,當我們對master的該資料庫新增新表時,slave也會建立相同的表),並在該庫中建立一個表格,輸入一些資料,若配置沒有問題的話,slave會有相同的資料產生。

六:錯誤解決

1.在master中新查詢的Position選項一直變化

    首先,這是正常的,該值表示File中顯示的二進位制檔案的偏移值,你只要在你配置的需要同步賦值的資料庫進行操作時,該偏移值就會變化,只要注意在初始配置slave的時候對應就可以,其他不用管這方面,slave會動態的跟隨變化。

2.Slave_IO_Running選項一直為:Connecting或者No

    可能4方面原因:1.網路有問題。

                              2.在配置slave的時候我們設定的使用者(類似於上述的root的使用者)沒有開啟遠端連線。

                             3.配置slave的時候密碼或者使用者名稱書寫錯誤(多一個空格,字母順序顛倒啥的。。)。

                             4.slave配置過程中,master_log_file\master_log_pos沒有與master中的對應!

3.配置成功並且測驗成功後,不要在slave中手動刪除表之類的操作。

例如:master和slave中的表"name"正在同步中,當你手動在slave將name表刪除後,在master對name表操作後,會導致連線斷開,沒辦法進行主從複製,因為在slave已經找不到name表了,解決方法是:重新查新master中的show master status;在slave用change語句進行重新配置一遍(不需要修改配置檔案!!!)。

4.有一個特別坑的地方,如果將你在專案中使用的資料庫設定為了從庫,可能你的專案就連不上資料庫了,報錯如下:java.sql.SQLException: Access denied for user 'root'@'*******' (using password: YES),就是一個許可權問題。

解決方法是1.換庫2.將本庫設定為主庫3.刪除mysql資料庫中的user表中的******(代表的你的伺服器)的哪一行,當然先備份再操作,萬一不行還可以恢復。然後再刪除你的slave設定,給出步驟:

mysql>stop slave;

mysql>change master to master_host=' ';

重啟資料庫。

相關推薦

mysql主從複製配置問題解決

    主從複製是為了加強系統資料庫的可用性,當主庫掛掉時,從資料庫儲存資料,資料不會丟失,將從庫切換為主庫,等主庫弄好之後再替換回來,提高了專案的可用性。當然我們也可以讀寫分離等操作,提高系統的併發性。本博文只記錄了如何進行主從複製的配置和過程中的一些問題的解決方法。  

Mysql 5.6主從同步配置解決方案

主庫IP:192.168.1.10 從庫IP:192.168.1.11 1、主庫配置編輯my.cnf: # 啟用二進位制日誌 log_bin = mysql-bin server-id = 111 log-bin-index=mysql-bin.index

mysql主從複製配置!轉!最簡!親測可用!18年11月21日

轉發地址:https://blog.csdn.net/deeplearnings/article/details/78398526   1、主從伺服器分別作以下操作:   1.1、版本一致   1.2、初始化表,並在後臺啟動mysql   1.3、修改

mysql 主從複製 配置記錄

兩臺伺服器mysql實現主從複製 準備步驟: 兩臺已經安裝好mysql資料庫的伺服器 上一篇有提到安裝mysql5.7.24 主伺服器配置: 建立mysql遠端登入角色和許可權: mysql> create user 'realfake'@'106.12.203.18'

Linux下mysql主從複製配置(CentOS7)

主從複製需要注意: 1、資料庫版本必須一致 2、資料庫名稱必須一致   例如db888 3、配置主資料庫開啟二進位制日誌 4、主資料庫、從資料庫必須具有一個唯一的server-id 配置主從資料庫複製: 一:操作主庫 1、修改主庫的配置檔案     vi /e

mysql主從複製配置方法

Mysql主從配置原理: 一.主伺服器開啟二進位制日誌 bin log,從伺服器開啟從伺服器relavlog   二.從伺服器負責讀取主伺服器二進位制日誌然後方然自己的relavlog裡面執行同步 三.操作順序:     &nb

mysql主從複製配置 & 工作原理

目錄 MySQL主從複製的基本工作原理 複製模式 複製如何工作 主從複製配置 建立賬號 配置主庫和從庫 啟動複製 擴充套件-配置GTID主從複製 參考 MySQL主從複製的基本工作原理 MySQL支援兩種複製方法:

MySQL主從複製原理實操

一、引言 在工作中,對資料庫的資料進行備份是毫無疑問的事情,而資料庫的備份方式又分好多種(此處就不做介紹),最基本的就是一主一從,從機需要不斷的讀取主機的資料二進位制日誌記錄來備份主機的資料,這是資料庫主從複製的第一個應用場景。主從複製的第二個應用場景就是在分散式的系統中,一個數據庫

mysql主從複製配置記錄

主庫配置檔案修改 #唯一。主從的server_id值不一樣 server-id = 1 log_bin = /var/log/mysql/my

mysql 主從複製配置

寫下自己搭建的過程。主伺服器是一臺雲伺服器,系統是centos 7, MySQL版本是 5.7  master : 112.162.178.200從資料庫是我本機,沒外網ip(最開始是想用本機做主庫,因為vps網路有點卡,猜想vps的mysql可能連不上我本機的MySQL,就

mysql主從複製延遲問題的相關知識解決方案

一、如何監控發生了主從延遲? 在從庫機器上,執行show slave status,檢視Seconds_Behind_Master值,代表主從同步從庫落後主庫的時間,單位為秒,若同從同步無延遲,這個值為0。 Mysql主從延遲一個重要的原因之一是:mysql是以單執

mysql主從複製讀寫分離配置詳解

mysql主從複製與讀寫分離配置詳解 當網站達到一定規模時,資料庫最先出現壓力,這時候使用者會明顯感覺到卡頓,其原因是資料庫的寫入操作,影響了查詢的效率。這時可以考慮對資料庫配置主從複製和讀寫分離。設定多臺資料庫伺服器,包括一個主伺服器和n個從伺服器,主伺服器負責寫入資料,從伺服器負

MySQL主從複製問題監控

  引言 在主從複製初期,出現了各種問題,因為主從資料庫不是同時搭建的,所以需要動態同步,與此同時,主資料庫的表結構還這個過程中還在做修改,導致了一系列問題   主從複製 資料不一致同步 1.把Master上該資料庫備備份出來: mysq

mysql主從複製詳細配置說明

主從資料庫配置的前題是:兩個資料庫的版本要一致 1、修改主MySQL的配置  如主資料庫的IP: 192.168.1.72 [[email protected] etc] vi /home/rpm/mysql/mysql5.5/my.cnf 新增以下配

Linux-centos之mysql讀寫分離的主從複製配置

Linux-centos之mysql讀寫分離的主從複製配置 一:概念 二:為什麼使用讀寫分離 三:操作步驟 一:概念 基本的原理:讓主資料庫處理事務性增、改、刪操作(INSERT、UPDATE、DELETE),而從

MySQL 5.7.22 主從複製配置

一、主從複製原理 MySQL 主從複製是一個非同步的複製過程,主庫傳送更新事件到從庫,從庫讀取更新記錄,並執行更新記錄,使得從庫的內容與主庫保持一致。每一個主從複製的連線,都有三個執行緒。擁有多個從庫的主庫為每一個連線到主庫的從庫建立一個 log dump 輸出執行緒,每一

部署MySQL主從複製讀寫分離

一、實驗壞境 1.一臺CentOS 7作為客戶端測試,對應的地址為:192.168.80.1202.一臺CentOS 7作為Amoeba前端代理伺服器,對應的地址為:192.168.80.1103.一臺CentOS 7作為mysql主伺服器,對應的地址為:192.168.80.1004.兩臺CentOS 7

MySQL主從複製讀寫分離Yii2實現

關於 MySQL的主從複製的配置以及MySQL proxy的配置 在以下這篇文章當中會詳細講到: 或者可以參考這個 接下來我們要說的是在Yii2中是如何實現這個程式碼層級的讀寫分離. Yii2中主從複製和讀寫分離 這裡主要圍繞最新的Yii2英文文件中的一小節“主從複製與讀寫分離”展開進行介紹。為什麼

mysql主從複製讀寫分離

主從複製原理:在主資料庫執行後,都會寫入本地的日誌系統A中。假設,實時的將變化了的日誌系統中的資料庫事件操作,在主資料庫的3306埠,通過網路發給從資料。從資料庫收到後,寫入本地日誌系統B,然後一條條的將資料庫事件在資料庫中完成。那麼,主資料庫的變化,從資料庫

MySQL主從配置和主庫宕機解決方案

原理:MySQL從庫上有一個IO執行緒負責從主庫取binlog寫到本地,另外有一個SQL執行緒負責執行這些本地值日,實現命令重做 一、準備工作 系統:CentOS 軟體包:mysql-5.6.22.