翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新 2017-10-24 (バージョン 1.15) (廃止)
バージョン: 1.15
Aurora MySQL 1.15 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora 1.15 で作成されます。既存の DB クラスターは Aurora 1.15 にアップグレードできます。ただし必須ではありません。新しい DB クラスターは、 Aurora 1.14.1 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora のバージョン 1.15 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。更新では、データベースを再起動する必要があるため、20~30 秒間のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。DB クラスターで現在 Aurora 1.14 または Aurora 1.14.1, を実行している場合は、Aurora MySQL のダウンタイムゼロのパッチ機能により、Aurora MySQL プライマリインスタンスへのクライアント接続が、ワークロードに応じて、アップグレードが終わるまで維持されます。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS Support AWS でサポート
ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、ベストエフォートに基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「Amazon Aurora ユーザーガイド」の「ダウンタイムのないパッチ適用の使用」を参照してください。
新機能
-
Asynchronous Key Prefetch - Asynchronous key prefetch (AKP) は、キーを実際の必要時点よりも前にメモリにプリフェッチすることで、キャッシュされないインデックス結合のパフォーマンスを向上させることを目的とした機能です。AKP の対象となるプライマリユースケースは、小さい外部テーブルと (インデックスの選択性が高い) 大きい内部テーブルの間のインデックス結合です。また、Multi-Range Read (MRR) インターフェイスが有効になっている場合、AKP はセカンダリからプライマリへのインデックスのルックアップに利用されます。メモリに制限がある小さいインスタンスでは、キーのカーディナリティが正しい場合、状況に応じて AKP を利用できます。詳細については、「Amazon Aurora ユーザーガイド」の「Asynchronous Key Prefetch を使用した Aurora MySQL インデックス付き結合クエリの最適化」を参照してください。
-
高速 DDL - Aurora 1.13 でリリースされた機能が、デフォルト値を含むオペレーションに拡張されました。この拡張により、高速 DDL は、デフォルト値の有無にかかわらず、テーブルの末尾に null が許容される列を追加するオペレーションに適用可能です。この機能は Aurora ラボモードに残ります。詳細については、「Amazon Aurora ユーザーガイド」の「高速 DDL を使用して Amazon Aurora のテーブルを変更する」を参照してください。
改良点
-
WITHIN/CONTAINS 空間クエリの最適化で空の結果セットが生成されるというエラーを修正しました。
-
SHOW VARIABLE
コマンドを修正し、パラメータグループでinnodb_buffer_pool_size
パラメータが変更されるたびに更新された値が表示されるようにしました。 -
適応型ハッシュインデックスが無効で、挿入するレコードがページの初期のレコードであるときに、高速 DDL を使用して変更したテーブルへの一括挿入時のプライマリインスタンスの安定性を改善しました。
-
ユーザーが [server_audit_events] DB クラスターパラメータ値を
default
に設定を試みて Aurora の安定性が改善されました。 -
Aurora プライマリインスタンスで実行した ALTER TABLE ステートメントのデータベース文字セットの変更が、Aurora レプリカが再起動されるまでレプリケートされないという問題を修正しました。
-
プライマリインスタンスでの競合状態を修正して安定性を改善しました。以前は、プライマリインスタンス自体のボリュームがクローズされた場合でも Aurora レプリカを登録できました。
-
ロックプロトコルを変更してインデックス構築中のデータ操作言語 (DML) ステートメントの同時実行を可能にすることで、大きいテーブルでのインデックス作成時のプライマリインスタンスのパフォーマンスを改善しました。
-
ALTER TABLE RENAME クエリ時の InnoDB メタデータの不整合を修正して安定性を改善しました。例: 同じ ALTER ステートメント内でテーブル t1(c1, c2) の列名を周期的に t1(c2, c3) に変更する場合。
-
Aurora レプリカにアクティブなワークロードがなく、プライマリインスタンスが応答しない場合のシナリオの Aurora レプリカの安定性を改善しました。
-
Aurora レプリカがテーブルの明示的なロックを保持し、レプリケーションスレッドがプライマリインスタンスから受け取った DDL の変更を適用することをブロックする場合のシナリオの Aurora レプリカの可用性を改善しました。
-
外部キーおよび列が 2 つの個別のセッションから同時にテーブルに追加されるときに高速 DDL が有効になっている場合のプライマリインスタンスの安定性を改善しました。
-
元に戻すレコードの切り捨てをレコードがパージされるまでブロックすることで、高負荷の書き込みワークロード中のプライマリインスタンスでのパージスレッドの安定性を改善しました。
-
テーブルを削除するトランザクションのコミットプロセス時のロックリリース順を修正することで安定性を改善しました。
-
DB インスタンスで起動を完了できず、ポート 3306 が使用中であると報告される Aurora レプリカの不具合を修正しました。
-
特定の information_schema テーブル (innodb_trx、innodb_lock、innodb_lock_waits) で実行された SELECT クエリによってクラスターの不安定性が増すという競合状態を修正しました。
MySQL バグ修正の統合
-
CREATE USER はプラグインおよびパスワードハッシュを受け入れるが、パスワードハッシュを無視する (バグ #78033)
-
パーティションエンジンは、読み取りビットのセットにフィールドを追加し、パーティションインデックスからソートされたエントリを返せるようにします。これにより、結合バッファでは不要なフィールドまで読み取ろうとします。すべてのパーティションフィールドを read_set に追加するのではなく、read_set の設定済みのプレフィックスフィールドでのみソートするように修正しました。DBUG_ASSERT を追加し、key_cmp を行う場合、少なくとも初期のフィールドが必ず読み取られるようにしました (バグ #16367691)
-
MySQL インスタンスで停止される “doing SYNC index” (バグ #73816)
-
ALTER TABLE CHANGE COLUMN の RBT_EMPTY(INDEX_CACHE->WORDS) のアサート (バグ #17536995)
-
保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ #70333)