附錄 A MySQL Router 常見問題

A.1. 我應該在哪裡安裝 MySQL Router？
A.2. 我可以執行多個路由器應用程式執行個體嗎？
A.3. 我該如何使路由器應用程式具有高可用性？
A.4. 路由器會檢查封包嗎？
A.5. 路由器會影響效能嗎？
A.6. 請說明不同的 MySQL Router 版本，特別是為什麼 Router 從 2.1.4 跳到 8.0.3。
A.7. 我可以將路由器繫結至多個 IP 位址嗎？
A.8. 不同的排程模式和策略之間有什麼區別？
A.9. 每個 MySQL Router 執行個體支援多少並行連線？
A.10. 我該如何在使用 AppArmor 的系統上組態 MySQL Router 以使用非預設目錄？

A.1.	我應該在哪裡安裝 MySQL Router？
	為了獲得最佳效能，MySQL Router 通常安裝在與使用它的應用程式相同的主機上。這樣做可以減少網路延遲，允許使用本機 Unix 網域套接字連線到應用程式，而不是 TCP/IP，而且通常應用程式伺服器最容易擴展。但是，這不是一個要求，因為 Router 可以安裝在任何主機上，甚至可以安裝在自己的主機上。注意 Unix 網域套接字可以與連線到 MySQL Router 的應用程式一起運作，但不適用於 MySQL Router 連線到 MySQL Server。
A.2.	我可以執行多個路由器應用程式執行個體嗎？
	可以，另請參閱 `--directory` 啟動選項。
A.3.	我該如何使路由器應用程式具有高可用性？
	將 MySQL Router 用作 InnoDB Cluster 的一部分。如需其他詳細資訊，請參閱 MySQL AdminAPI。
A.4.	路由器會檢查封包嗎？
	否。
A.5.	路由器會影響效能嗎？
	在通訊串流中引入一個元件會產生一定的負擔；這很大程度受到工作負載的影響。幸運的是，目前版本的效能測試顯示，對於簡單的重新導向連線路由，其速度與直接連線的速度大致相同，約為 1%。
A.6.	請說明不同的 MySQL Router 版本，特別是為什麼 Router 從 2.1.4 跳到 8.0.3。
	MySQL Router 2.0 是初始版本，適用於 MySQL Fabric 使用者。它已被棄用，不再支援。 MySQL Router 2.1 推出是為了支援 MySQL InnoDB 叢集，它還新增了啟動等新功能。 MySQL Router 8.0 擴展了 MySQL Router 2.1，但版本號碼與 MySQL Server 一致。換句話說，Router 2.1.5 發佈為 Router 8.0.3（與 MySQL Server 8.0.3 一起發佈），並且 2.1.x 分支由 8.0.x 取代。這兩個分支完全相容。
A.7.	我可以將路由器繫結至多個 IP 位址嗎？
	否，組態檔中的 `bind_address` 選項只接受一個位址。但是，可以使用 `bind_addres = 0.0.0.0` 來繫結至本機主機上的所有埠。
A.8.	不同的排程模式和策略之間有什麼區別？
	Router 8.0 引入了 `routing_strategy` 選項。它提供了 first-available、next-available、round-robin 和 round-robin-with-fallback 策略。如需其他詳細資訊，請參閱 `routing_strategy` 文件。
A.9.	每個 MySQL Router 執行個體支援多少並行連線？
	根據系統的輪詢 (poll 或 linux_epoll) 限制，以及可用 CPU 核心/執行緒的數量，從 MySQL Router 8.0.22 開始，支援超過 50,000 個連線。較早的 MySQL Router 版本有接近 5000 的限制，具體取決於作業系統的 poll() 限制。
A.10.	我該如何在使用 AppArmor 的系統上組態 MySQL Router 以使用非預設目錄？
	如果您在使用 AppArmor 的系統（例如 Ubuntu）上使用 `--directory` 選項，您可能會遇到與 MySQL Router 存取非預設目錄相關的權限錯誤。在這種情況下，請將您傳遞給 `--directory` 的路徑新增到建議的 AppArmor 檔案中，並重新啟動 AppArmor。

上一步首頁上一層