## 結論

TiDB サーバーは SQL レイヤーの接続を処理するため、オンラインアップグレードを行うことが TiKV や PD をアップグレードするよりも難しいです。この演習は、TiProxy の支援を受けて、そのような計画されたダウンタイムを回避できることを証明しています。TiDB サーバーをアップグレードする前に、それらは Placement Driver から情報を取得し、アップグレードされるサーバーを特定します。その前に、TiProxy は影響を受けるサーバーのすべてのセッションを他の TiDB サーバーに移行します。したがって、1 つずつ、すべての TiDB サーバーがアップグレードされるまで行われます。このようにして、クライアント セッションの中断を伴わない TiDB クラスタ全体のアップグレードが完了しました。データベースのダウンタイムとアプリケーションのダウンタイムは、ゼロでした。

TiDB Cloud を使用している場合、すべての機能は、TiProxy のセッション管理を含め、すぐに利用可能です。TiDB Cloud で、あなたの TiDB クラスタに対して TiProxy を有効または無効にするよう PingCAP にリクエストすることができます。