開始配置: 第一步:建立複製賬號 每一個slave使用標準的MySQL用戶名和密碼鏈接master。進行復制操做的用戶會授予REPLICATIONSLAVE權限。 用戶名的密碼都會存儲在文本文件master.info中。假如,你想建立repl用戶,以下 mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO repl@'192.168.1.%' IDENTIFIED BY '123456'; 第二步:配置My.cnf 配置Master的My.cnf,該文件默認位置爲/etc/my.cnf 接下來對master進行配置,包括打開二進制日誌,指定惟一的servr ID。例如,在配置文件加入以下值: [mysqld] server-id=1 log-bin=mysql-bin 重啓mysql,service mysql restart , 登陸mysql -uroot -p 運行SHOW MASTER STATUS,輸出以下: +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000002 | 106 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec) 配置Slave的My.cnf,該文件默認位置爲/etc/my.cnf Slave的配置與master相似,你一樣須要重啓slave的MySQL。以下: server-id = 2 log-bin = mysql-bin relay_log = mysql-relay-bin log_slave_updates = 1 read_only = 1 server-id是必須的,並且惟一。slave沒有必要開啓二進制日誌,可是在一些狀況下,必須設置,例如,若是slave爲其它slave的master,必須設置bin_log。在這裏,咱們開啓了二進制日誌,並且顯示的命名(默認名稱爲hostname,可是,若是hostname改變則會出現問題)。 relay_log配置中繼日誌,log_slave_updates表示slave將複製事件寫進本身的二進制日誌(後面會看到它的用處)。 有些人開啓了slave的二進制日誌,卻沒有設置log_slave_updates,而後查看slave的數據是否改變,這是一種錯誤的配置。因此,儘可能使用read_only,它防止改變數據(除了特殊的線程)。可是,read_only並是很實用,特別是那些須要在slave上建立表的應用。 重啓mysql,service mysql restart , 登陸mysql -uroot -p 第三步:啓動slave 接下來就是讓slave鏈接master,並開始重作master二進制日誌中的事件。你不該該用配置文件進行該操做,而應該使用CHANGE MASTER TO語句,該語句能夠徹底取代對配置文件的修改,並且它能夠爲slave指定不一樣的master,而不須要中止服務器。以下: mysql>CHANGE MASTER TO MASTER_HOST='192.168.60.73',MASTER_USER='repl',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000002',MASTER_LOG_POS=0; MASTER_LOG_POS的值爲0,由於它是日誌的開始位置。而後,你能夠用SHOW SLAVE STATUS語句查看slave的設置是否正確: mysql> SHOW SLAVE STATUS\G *************************** 1. row *************************** Slave_IO_State: Master_Host: server1 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 4 Relay_Log_File: mysql-relay-bin.000001 Relay_Log_Pos: 4 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: No Slave_SQL_Running: No ...omitted... Seconds_Behind_Master: NULL Slave_IO_State, Slave_IO_Running, 和Slave_SQL_Running代表slave尚未開始複製過程。日誌的位置爲4而不是0,這是由於0只是日誌文件的開始位置,並非日誌位置。實際上,MySQL知道的第一個事件的位置是4。 爲了開始複製,你能夠運行: mysql> START SLAVE; mysql> SHOW SLAVE STATUS\G 運行SHOW SLAVE STATUS查看輸出結果: *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: server1 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 164 Relay_Log_File: mysql-relay-bin.000001 Relay_Log_Pos: 164 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes ...omitted... Seconds_Behind_Master: 0 注意,slave的I/O和SQL線程都已經開始運行,並且Seconds_Behind_Master再也不是NULL。日誌的位置增長了,意味着一些事件被獲取並執行了。若是你在master上進行修改,你能夠在slave上看到各類日誌文件的位置的變化,一樣,你也能夠看到數據庫中數據的變化。 你可查看master和slave上線程的狀態。在master上,你能夠看到slave的I/O線程建立的鏈接: mysql> show processlist \G *************************** 1. row *************************** Id: 1 User: root Host: localhost:2096 db: test Command: Query Time: 0 State: NULL Info: show processlist *************************** 2. row *************************** Id: 2 User: repl Host: localhost:2144 db: NULL Command: Binlog Dump Time: 1838 State: Has sent all binlog to slave; waiting for binlog to be updated Info: NULL 2 rows in set (0.00 sec) 基本到這裏就完成,至於後期的增強操做,我會在另行添加。 Mysql複製的時候能夠作到限制複製(主) binlog-do-db=work #只複製 binlog_ignore_db=mysql #不容許複製 Replicate_Do_DB=mysql replicate-ignore-db=mysql 另外還有幾條經常使用的命令 flush mater; #清除垃圾 flush slave; #清除垃圾 start slave; #開始服務 reset slave; #重設服務 stop slave; #中止服務 上面複製方式是假設在新設Master和slave的狀況下,實際環境並不十分實用,例如,你在一組運行了好久的Master中加入一個新的slave呢? 這樣咱們就須要優先進行數據處理。 1.現將Master的數據庫鎖定,以避免數據複製的時候出現差別。 FLUSH TABLES WITH READ LOCK; 2. 在另外一個鏈接用mysqldump建立一個你想進行復制的數據庫的轉儲: shell> mysqldump --all-databases --lock-all-tables >dbdump.db 3. 對錶釋放鎖。 mysql> UNLOCK TABLES; 上面方法中,第2部須要將數據庫複製到新slave中還原,這樣,Master和新Slave的數據源就一致。 其實第2部的方法有不少,也可使用Mysql軟件進行同步,例如:Navicat for Mysql 方法不是惟一,只要結果一致便可。 4.完成舊數據同步後,Master中輸入 mysql> show master status; ##獲得: +------------------+----------+--------------+---------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+---------------------------+ | mysql-bin.000024 | 38113 | | mysql,test | 1 row in set (0.00 sec) 5.而後在根據上表中內容輸入上文啓動Slave步驟的內容。 CHANGE MASTER TO MASTER_HOST='192.168.60.73',MASTER_USER='repl',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000002',MASTER_LOG_POS=0; 6.啓動slave START SLAVE; 7.啓動完成後進行檢查。 mysql> SHOW SLAVE STATUS\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.171 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000024 Read_Master_Log_Pos: 38255 Relay_Log_File: mysql-relay-bin.000002 Relay_Log_Pos: 393 Relay_Master_Log_File: mysql-bin.000024 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: mysql,wdcpdb,mysql,wdcpdb 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: 38255 Relay_Log_Space: 548 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: 1 row in set (0.00 sec) 完成 測試過程要主要的問題: 1.請先配置好Mysql 2.開通複製前請將Mysql的庫和表的框架複製過去。(在測試一下能不能連表都複製過去!)