AWS Aurora 高可用性是否可以在副本上允許不同的架構？

我們公司正在考慮從 SQL Server 遷移到 Amazon AuroraDB。

在 SQL Server 中，有 AlwaysOn 和事務複製 - 兩種不同的東西。

1. AlwaysOn 更多地用於災難恢復，它將整個數據庫發送到另一個集群，提供數據庫級別的保護。數據通過事務日誌重做執行緒直接發送。微軟永遠線上
2. 在複製中，數據首先發送到分發數據庫，然後發送到訂閱者。複製只允許發送某些表，訂閱者上具有不同的模式和索引，這可能與發布者不同。微軟複製

AWS 高可用性是否類似於 MS AlwaysOn 災難恢復或複制？它似乎更類似於 AlwaysOn。

如果是這樣，它是否具有複製類型的技術？我們想對訂閱者進行架構更改。（添加索引，刪除報告環境中不需要的某些表）

堆

AWS Aurora 的複制更類似於 Always On 可用性組。主副本將儲存更改推送到其他副本。您無法對訂閱者進行架構更改。

更多詳細資訊可在多個 re:Invent 深入探討課程中獲得。

提出問題時可能不是這種情況，但文件現在顯示了一個表格，可以清楚地回答這個問題。

因此，您可以在binlog 副本中使用不同的架構，但不能在 Aurora 副本中使用。

如另一個答案的評論中所述，如果您打算修改從主伺服器複製的部分模式，這種方法可能會有缺點，但它仍然可以作為簡單/可靠/便宜的提取和載入機制具有價值，您可以在 MySQL RDS 副本中建構相鄰模式。

引用自：https://dba.stackexchange.com/questions/208510