MySQL 9.0 版本注意事項
根據群組中所有伺服器收集的指標,會啟動節流機制,並決定是否限制成員執行/提交新交易的速率。
因此,從所有成員取得的指標是計算每個成員容量的基礎:如果成員具有大型佇列 (用於認證或應用程式執行緒),則執行新交易的容量應接近於上個期間認證或應用的交易。
群組中所有成員的最低容量決定了群組的實際容量,而本機交易的數量則決定了有多少成員正在寫入,因此,應與多少成員共享可用容量。
這表示每個成員都有根據可用容量建立的寫入配額,換句話說,這是它可以在下一個期間安全發出的交易數量。如果認證者或二進位記錄應用程式的佇列大小超過使用者定義的臨界值,節流機制會強制執行寫入配額。
配額會減少上個期間延遲的交易數量,然後再進一步減少 10%,以允許觸發問題的佇列減少其大小。為了避免一旦佇列大小超過臨界值時,輸送量會出現大幅跳躍,在此之後,每個期間僅允許輸送量成長相同的 10%。
目前的節流機制不會懲罰低於配額的交易,但會延遲完成超過配額的交易,直到監控期間結束。因此,如果針對發出的寫入要求配額非常小,某些交易的延遲時間可能接近監控期間。