問題描述
升級過程中從 5.6 到 5.7 的 AWS RDS MySQL 複製 (AWS RDS MySQL replication from 5.6 to 5.7 during the upgrade process)
上下文
大家好，我們即將將我們的 AWS RDS MySQL 實例從 MySQL 5.6 升級到 MySQL 5.7。為此，我們計劃執行以下步驟
- 創建主實例的只讀副本
- 將只讀副本版本從 5.6 升級到 5.7
- 停止對主實例的寫入操作
- 等到所有數據都複製完畢
- 將只讀副本提升為主實例
- 更新我們的數據庫DNS 記錄指向副本端點
問題
根據AWS 文檔 MySQL 5.6 和 MySQL 5.7 之間的 DateTime、Time 和 Timestamp 數據類型已更改. 這就是為什麼我想知道在步驟“4”中，主實例（MySQL 5.6）和升級的副本（MySQL 5.7）之間的複制是否仍然有效？
因為主實例仍將使用舊的DateTime、Time和Timestamp格式，使用新格式的副本會發生什麼？
數據會被複製嗎？使用舊格式還是將其轉換為適合新格式？
謝謝
rel="nofollow noreferrer">AWS 文檔 MySQL 5.6 和 MySQL 5.7 之間的 DateTime、Time 和 Timestamp 數據類型已更改. 這就是為什麼我想知道在步驟“4”中，主實例（MySQL 5.6）和升級的副本（MySQL 5.7）之間的複制是否仍然有效？因為主實例仍將使用舊的DateTime、Time和Timestamp格式，使用新格式的副本會發生什麼？
數據會被複製嗎？使用舊格式還是將其轉換為適合新格式？
謝謝
AWS 文檔 DateTime、Time 和 Timestamp 數據類型在 MySQL 5.6 和 MySQL 5.7 之間發生了變化。這就是為什麼我想知道在步驟“4”中，主實例（MySQL 5.6）和升級的副本（MySQL 5.7）之間的複制是否仍然有效？因為主實例仍將使用舊的DateTime、Time和Timestamp格式，使用新格式的副本會發生什麼？
數據會被複製嗎？使用舊格式還是將其轉換為適合新格式？
謝謝
AWS 文檔 DateTime、Time 和 Timestamp 數據類型在 MySQL 5.6 和 MySQL 5.7 之間發生了變化。這就是為什麼我想知道在步驟“4”中，主實例（MySQL 5.6）和升級的副本（MySQL 5.7）之間的複制是否仍然有效？因為主實例仍將使用舊的DateTime、Time和Timestamp格式，使用新格式的副本會發生什麼？
數據會被複製嗎？使用舊格式還是將其轉換為適合新格式？
謝謝
/strong> 和 Timestamp 數據類型在 MySQL 5.6 和 MySQL 5.7 之間發生了變化。這就是為什麼我想知道在步驟“4”中，主實例（MySQL 5.6）和升級的副本（MySQL 5.7）之間的複制是否仍然有效？因為主實例仍將使用舊的DateTime、Time和Timestamp格式，使用新格式的副本會發生什麼？
數據會被複製嗎？使用舊格式還是將其轉換為適合新格式？
謝謝
/strong> 和 Timestamp 數據類型在 MySQL 5.6 和 MySQL 5.7 之間發生了變化。這就是為什麼我想知道在步驟“4”中，主實例（MySQL 5.6）和升級的副本（MySQL 5.7）之間的複制是否仍然有效？因為主實例仍將使用舊的DateTime、Time和Timestamp格式，使用新格式的副本會發生什麼？
數據會被複製嗎？使用舊格式還是將其轉換為適合新格式？
謝謝
參考解法
方法 1:
Yes, replication works. If replication will not work then it will raise an error which can be visible by running "show slave status \G" query in MySQL prompt. We have upgraded our RDS instances by following the same steps as you mentioned and we didn't encounter any issues so far.
(by Lonny Chetrit、prateek pandey)