MySQL 8.0外壳/.../ InnoDBクラスタのアップグレド

このペジは機械翻訳したものです。

6.2.8 InnoDBクラスタのアップグレド

このセクションでは,クラスタをアップグレ。InnoDBクラスタのアップグレドプロセスの多くは,グルプレプリケションのアップグレドに記載されているのと同じ方法で邮箱ンスタンスをアップグレ邮箱ドすることで構成されます。このセクションでは,InnoDBクラスタのアップグレードに関するその他の考慮事項に焦点を当てます。アップグレドを開始する前に,MySQL Shellセクション8.1 "アップグレドチェッカユティリティ"を使用して、ンスタンスのアップグレ、ド準備ができていることを確認できます。

バージョン8.0.19から,クラスタに対してMySQL路由器をブートストラップしようとしたときに,メタデータバージョンが0.0.0であることが検出された場合,これはメタデータのアップグレードが進行中であることを示し,ブートストラップは失敗します。メタデタのアップグレドが完了するまで待ってから,ブトストラップを再試行してください。MySQL路由器が正常に(ブートストラップではなく)動作している場合,メタデータバージョンが0.0.0(アップグレード進行中)であることが検出されても,開始しようとしていたメタデータのリフレッシュは続行されません。かわりに,MySQL路由器はキャッシュされた最後のメタデタを引き続き使用します。既存のすべてのユーザー接続が維持され,新しい接続はキャッシュされたメタデータに従ってルーティングされます。メタデタバジョンが0.0.0でなくなると,メタデタのリフレッシュが再開されます。通常の(ブトストラップではない)モドでは,MySQL路由器はバ1.x. x。Xと2.x.x。メタデタ,およびバジョンはTTLリフレッシュ間でバジョンを変更できます。これにより,クラスタのアップグレド中にルティングが続行されます。

バージョン5.7や8.0など,複数のMySQLバージョンを実行するクラスタ内にインスタンスを含めることはできますが,このような混在は長時間使用する場合にはお薦めしません。たとえば,バージョンが混在するクラスタでは,バージョン5.7を実行しているインスタンスがクラスタから離れ,リカバリ操作にMySQLクローンが使用される場合,BACKUP_ADMIN権限が要件になるため,下位バンスタンスはクラスタに参加できなくなります。複数のバージョンでクラスタを実行することは,あるバージョンから別のバージョンへの移行を支援する一時的な状況として意図されているため,長期的な使用には依存しないでください。