MySQL支持單向、異步複製，複製過程中一個服務器充當主服務器，而一個或多個其它服務器充當從服務器。主服務器將更新寫入二進制日誌文件，並維護日誌文件的一個索引以跟蹤日誌循環。當一個從服務器連接到主服務器時，它通知主服務器從服務器在日誌中讀取的最後一次成功更新的位置。從服務器接收從那時起發生的任何更新，然後封鎖並等待主服務器通知下一次更新。
爲什麼使用主從複製？
1、主服務器/從服務器設置增加了健壯性。主服務器出現問題時，你可以切換到從服務器作爲備份。
2、通過在主服務器和從服務器之間切分處理客戶查詢的負荷，可以得到更好的客戶響應時間。但是不要同時在主從服務器上進行更新，這樣可能引起衝突。
3、使用複製的另一個好處是可以使用一個從服務器執行備份，而不會干擾主服務器。在備份過程中主服務器可以繼續處理更新。
MySQL使用3個線程來執行復制功能(其中1個在主服務器上，另兩個在從服務器上。當發出START SLAVE時，從服務器創建一個I/O線程，以連接主服務器並讓主服務器發送二進制日誌。主服務器創建一個線程將二進制日誌中的內容發送到從服務器。從服務器I/O線程讀取主服務器Binlog Dump線程發送的內容並將該數據拷貝到從服務器數據目錄中的本地文件中，即中繼日誌。第3個線程是SQL線程，從服務器使用此線程讀取中繼日誌並執行日誌中包含的更新。SHOW PROCESSLIST語句可以查詢在主服務器上和從服務器上發生的關於複製的信息。
默認中繼日誌使用host_name-relay-bin.nnnnnn形式的文件名，其中host_name是從服務器主機名，nnnnnn是序列號。用連續序列號來創建連續中繼日誌文件，從000001開始。從服務器跟蹤中繼日誌索引文件來識別目前正使用的中繼日誌。默認中繼日誌索引文件名爲host_name-relay-bin.index。在默認情況，這些文件在從服務器的數據目錄中被創建。中繼日誌與二進制日誌的格式相同，並且可以用mysqlbinlog讀取。當SQL線程執行完中繼日誌中的所有事件後，中繼日誌將會被自動刪除。
從服務器在數據目錄中另外創建兩個狀態文件--master.info和relay-log.info。狀態文件保存在硬盤上，從服務器關閉時不會丟失。下次從服務器啓動時，讀取這些文件以確定它已經從主服務器讀取了多少二進制日誌，以及處理自己的中繼日誌的程度。
設置主從複製：
1、確保在主服務器和從服務器上安裝的MySQL版本相同，並且最好是MySQL的最新穩定版本。
2、在主服務器上爲複製設置一個連接賬戶。該賬戶必須授予REPLICATION SLAVE權限。如果賬戶僅用於複製(推薦這樣做)，則不需要再授予任何其它權限。
mysql> GRANT REPLICATION SLAVE ON *.*
-> TO 'replication'@'%.yourdomain.com' IDENTIFIED BY 'slavepass';
3、執行FLUSH TABLES WITH READ LOCK語句清空所有表和塊寫入語句：
mysql> FLUSH TABLES WITH READ LOCK；
保持mysql客戶端程序不要退出。開啓另一個終端對主服務器數據目錄做快照。
shell> cd /usr/local/mysql/
shell> tar -cvf /tmp/mysql-snapshot.tar ./data
如果從服務器的用戶賬戶與主服務器的不同，你可能不想複製mysql數據庫。在這種情況下，應從歸檔中排除該數據庫。你也不需要在歸檔中包括任何日誌文件或者master.info或relay-log.info文件。
當FLUSH TABLES WITH READ LOCK所置讀鎖定有效時（即mysql客戶端程序不退出)，讀取主服務器上當前的二進制日誌名和偏移量值：
mysql > SHOW MASTER STATUS;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| mysql-bin.003 | 73 | test | manual,mysql |
+---------------+----------+--------------+------------------+
File列顯示日誌名，而Position顯示偏移量。在該例子中，二進制日誌值爲mysql-bin.003，偏移量爲73。記錄該值。以後設置從服務器時需要使用這些值。它們表示複製座標，從服務器應從該點開始從主服務器上進行新的更新。
如果主服務器運行時沒有啓用--logs-bin，SHOW MASTER STATUS顯示的日誌名和位置值爲空。在這種情況下，當以後指定從服務器的日誌文件和位置時需要使用的值爲空字符串('')和4.
取得快照並記錄日誌名和偏移量後，回到前一中端重新啓用寫活動：
mysql> UNLOCK TABLES；
4、確保主服務器主機上my.cnf文件的[mysqld]部分包括一個log-bin選項。該部分還應有一個server-id=Master_id選項，其中master_id必須爲1到232–1之間的一個正整數值。例如：
[mysqld]
log-bin
server-id=1
如果沒有提供那些選項，應添加它們並重啓服務器。
5、停止從服務器上的mysqld服務並在其my.cnf文件中添加下面的行：
[mysqld]
server-id=2
slave_id值同Master_id值一樣，必須爲1到232–1之間的一個正整數值。並且，從服務器的ID必須與主服務器的ID不相同。
6、將數據備據目錄中。確保對這些文件和目錄的權限正確。服務器 MySQL運行的用戶必須能夠讀寫文件，如同在主服務器上一樣。
Shell> chown -R mysql:mysql /usr/local/mysql/data
7、啓動從服務器。在從服務器上執行下面的語句，用你的系統的實際值替換選項值：
mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name',
-> MASTER_USER='replication_user_name',
-> MASTER_PASSWORD='replication_password',
-> MASTER_LOG_FILE='recorded_log_file_name',
-> MASTER_LOG_POS=recorded_log_position;
8、啓動從服務器線程：
mysql> START SLAVE；
執行這些程序後，從服務器應連接主服務器，並補充自從快照以來發生的任何更新。
9、如果出現複製錯誤，從服務器的錯誤日誌（HOSTNAME.err）中也會出現錯誤消息。
10、從服務器複製時，會在其數據目錄中發現文件master.info和HOSTNAME-relay-log.info。從服務器使用這兩個文件跟蹤已經處理了多少主服務器的二進制日誌。不要移除或編輯這些文件，除非你確切知你正在做什麼並完全理解其意義。即使這樣，最好是使用CHANGE MASTER TO語句。