Mysql
兩個 MySQL 主伺服器之間的循環複製有哪些已知危害？
如果我要在 MySQL 5.6 主伺服器和 MySQL 5.1 主伺服器之間設置循環複製，有哪些事情可能會出錯？
此外，5.6 MySQL 沒有啟用 GTID。
謝謝是
畏縮，堵嘴等。
5.1 和 5.6 有2 個 主要版本不同。複製“保證”向一個方向工作，而不是另一個。
不要在 5.6 中開啟 GTID；5.1不會喜歡的。
不要使用 5.5 或 5.6 的任何新功能。
簡單地說，不要這樣做。盡快升級 5.1。
從 MySQL 5.x 到 5.6 的複制有一個熊陷阱正等著你。
在Michael 的評論中，他陳述了政治上接受的前提：“MySQL 支持從一個主要版本複製到下一個更高的主要版本。”。他還說“這種設置不能保證在任何一個方向上都有效。”
關於從 5.x 升級到 5.6，我有一個非常有趣的警告：在極少數情況下，來自 5.6 之前的 master 的 binlog 事件無法被 5.6 slave 解釋並停止冷複製。我在一月份寫過這個（參見我的文章mysql replication master 5.5 slave 5.1 error on create database）
我用這個結束了我的舊文章
如果從 MySQL 5.5.30 Master 到 MySQL 5.6.21 Slave，這種瘋狂的場景是可能的（正如我所展示的那樣，並且需要兩個維護週期來糾正），那麼相反的可能性更大（相反的是一個新的 Master 和一個老奴隸）。
您不希望對 5.1/5.6 進行循環複製。雖然您可以從 5.1 複製到 5.6，但請不要在該設置中停留太久。二進制日誌格式差異非常小，但差異足以破壞複製。正如@RickJames 所說：“簡單地說，不要這樣做。盡快升級 5.1。”
雖然我可以只解釋循環複製，但我建議您參考
- 橫向擴展部落格：如果您必須部署多主複製，請先閱讀此內容
- Oracle：MySQL 中的循環複製