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:[root@VM_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
- mysql複製--主從複製配置MySql
- 解決mysql使用GTID主從複製錯誤問題MySql
- MySQL主從複製與主主複製MySql
- MySql 主從複製配置MySql
- MySQL主從複製配置MySql
- 如何解決MySQL主從複製太慢的問題MySql
- MySQL的主從複製與MySQL的主主複製MySql
- 配置mysql5.5主從複製、半同步複製、主主複製MySql
- MYSQL主從複製配置(整理)MySql
- MYSQL主從複製製作配置方案MySql
- MySQL主從複製延遲解決方案MySql
- MySQL的主從複製、半同步複製、主主複製詳解MySql
- mysql for linux 配置主從複製MySqlLinux
- mysql主從複製原理及配置MySql
- 例項解讀:MySQL並行複製如何解決特定的主從問題?MySql並行
- 高頻面試:如何解決MySQL主從複製延時問題面試MySql
- MySQL 主從複製安裝部署配置MySql
- Docker 教程十五配置MySQL 主從複製DockerMySql
- 簡單配置mysql的主從複製MySql
- Linux下配置MySQL主從複製LinuxMySql
- MySQL 主從複製的原理和配置MySql
- mysql5.7主從複製,主主複製MySql
- MySQL主從複製、半同步複製和主主複製MySql
- mysql的主從複製資料延遲問題MySql
- MySQL 主從複製MySql
- 【MySql】主從複製MySql
- MySQL主從複製MySql
- mysql主主複製(雙主複製)配置步驟MySql
- MySQL主從複製、半同步複製和主主複製概述MySql
- MySQL主從複製配置心跳功能介紹MySql
- MySQL基於binlog主從複製配置MySql
- mysql5.6.xGTID主從複製配置MySql
- MySQL主從複製_複製過濾MySql
- mysql的主從複製 原理講解MySql
- 如何解決MySQL 主從複製資料不一致問題MySql
- mysql ab主從複製出錯及解決過程MySql
- MySQL主從複製原理MySql