•  基於 SQL 語句的複製(statement-based replication, SBR)；
•  基於行的複製(row-based replication, RBR)；
• 混合模式複製(mixed-based replication, MBR)；
•  基於 SQL 語句的方式最古老的方式，也是目前預設的複製方式，後來的兩種是 MySQL 5 以後才出現的複製方式。

RBR 的優點：

•  任何情況都可以被複制，這對複製來說是最安全可靠的
• 和其他大多數資料庫系統的複製技術一樣
•  多數情況下，從伺服器上的表如果有主鍵的話，複製就會快了很多

RBR 的缺點：

• binlog 大了很多
•  複雜的回滾時 binlog 中會包含大量的資料
• 主伺服器上執行 UPDATE 語句時，所有發生變化的記錄都會寫到 binlog 中，而 SBR 只會寫一次，這會導致頻繁發生 binlog 的併發寫問題
• 無法從 binlog 中看到都複製了寫什麼語句

SBR 的優點：

• 歷史悠久，技術成熟 binlog 檔案較小
• binlog 中包含了所有資料庫更改資訊，可以據此來稽核資料庫的安全等情況
• binlog 可以用於實時的還原，而不僅僅用於複製
• 主從版本可以不一樣，從伺服器版本可以比主伺服器版本高

SBR 的缺點：

•  不是所有的 UPDATE 語句都能被複制，尤其是包含不確定操作的時候。
•  複製需要進行全表掃描(WHERE 語句中沒有使用到索引)的 UPDATE 時，需要比 RBR 請求更多的行級鎖
•  對於一些複雜的語句，在從伺服器上的耗資源情況會更嚴重，而 RBR 模式下，只會對那個發生變化的記錄產生影響 資料表必須幾乎和主伺服器保持一致才行，否則可能會導致複製出錯
• 執行復雜語句如果出錯的話，會消耗更多資源。

無論選擇哪種方式複製，都會影響到複製的效率以及伺服器的損耗，甚以及資料一致性性問題，目前其實沒有很好的客觀手手段去評估一個系統更適合哪種方式的複製。