本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
零停機時間 restart (ZDR) 功能可在特定類型的重新啟動期間，保留部分或全部與資料庫執行個體的作用中連線。ZDR適用於 Aurora 自動執行以解決錯誤狀況的重新啟動，例如當複本開始落後於來源時。
重要
該ZDR機制在最大努力的基礎上運行。Aurora My SQL 版本、執行個體類別、錯誤條件、相容SQL作業以及決定ZDR適用位置的其他因素都可能隨時變更。
ZDR對於 Aurora 我的 SQL 2.x 需要版本 2.10 及更高版本。ZDR在 Aurora 我的 SQL 3.x 的所有次要版本中都可用。在 Aurora 我的SQL版本 2 和 3 中，默認情況下會打開ZDR機制，並且 Aurora 不使用該aurora_enable_zdr參數。
Aurora 在 Events (事件) 頁面上報告與零停機重新啟動相關的活動。Aurora 會在嘗試使用該ZDR機制重新啟動時記錄事件。此事件指出為什麼 Aurora 會執行重新啟動。然後 Aurora 會在重新啟動完成時記錄另一個事件。這個最後事件會報告程序所花的時間，以及重新啟動期間保留或中斷的連線數量。您可以查閱資料庫錯誤日誌，瞭解重新啟動期間所發生情況的相關詳細資訊。
雖然連接在成功ZDR操作後保持不變，但某些變數和特徵會重新初始化。下列類型的資訊在零停機重新啟動所造成的重新啟動時不會保留：
-
全域變數。Aurora 會恢復工作階段變數，但它不會在重新啟動後恢復全域變數。
-
狀態變數。尤其會重設引擎狀態報告的正常執行時間值。
-
LAST_INSERT_ID. -
資料表的記憶體內
auto_increment狀態。記憶體內的自動增量狀態會重新初始化。如需有關自動遞增值的詳細資訊，請參閱我的SQL參考手冊。 -
來自
INFORMATION_SCHEMA和PERFORMANCE_SCHEMA資料表的診斷資訊。這項診斷資訊也會出現在SHOW PROFILE和SHOW PROFILES等命令的輸出中。
下表顯示決定 Aurora 在叢集中重新啟動資料庫執行個體時是否可以使用該ZDR機制的版本、執行個體角色和其他情況。
| Aurora 我的SQL版本 | ZDR適用於作家？ | ZDR適用於讀者？ | ZDR始終啟用？ | 備註 |
|---|---|---|---|---|
|
2. 倍，低於 2.10.0 |
否 |
否 |
N/A |
ZDR不適用於這些版本。 |
|
2.10.0—2.11.0 |
是 |
是 |
是 |
Aurora 會回復作用中連線上正在進行的任何交易。您的應用程式必須重試交易。 Aurora 會取消任何使用TLS/SSL、臨時資料表、資料表鎖定或使用者鎖定的連線。 |
|
2.11.1 及更高版本 |
是 |
是 |
是 |
Aurora 會回復作用中連線上正在進行的任何交易。您的應用程式必須重試交易。 Aurora 會取消任何使用暫存資料表、資料表鎖定或使用者鎖定的連線。 |
|
3.01—3.03 |
是 |
是 |
是 |
Aurora 會回復作用中連線上正在進行的任何交易。您的應用程式必須重試交易。 Aurora 會取消任何使用TLS/SSL、臨時資料表、資料表鎖定或使用者鎖定的連線。 |
|
3.04 及更高版本 |
是 |
是 |
是 |
Aurora 會回復作用中連線上正在進行的任何交易。您的應用程式必須重試交易。 Aurora 會取消任何使用暫存資料表、資料表鎖定或使用者鎖定的連線。 |
