Aurora MySQL データベースエンジンの更新: 2016-11-10 (バージョン 1.9.0、1.9.1) (廃止)

バージョン: 1.9.0、1.9.1

新機能

• インデックス作成の改良 - セカンダリインデックスの作成の実装は、ボトムアップ式にインデックスを作成するようになり、不要なページ分割がなくなります。これにより、インデックスの作成またはテーブルを再構築に必要な時間を最大 75% 短縮できます (db.r3.8xlarge DB インスタンスクラスに基づく)。この機能は、Aurora MySQL バージョン 1.7 のラボモードのもので、Aurora バージョン 1.9 以降ではデフォルトで有効化されています。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL ラボモード」を参照してください。

• ロックの圧縮 (ラボモード) - この実装により、ロックマネージャーが使用するメモリの量が大幅に (最大 66%) 減少します。ロックマネージャーは、メモリ不足例外に遭遇せずに、より多くの行ロックを取得できます。この機能はデフォルトでは無効になっており、Aurora のラボモードを有効化すると有効になります。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL ラボモード」を参照してください。

• Performance Schema - Aurora MySQL でパフォーマンスへの影響を最小限に抑えるPerformance Schemaがサポートされました。SysBench を使用したテストでは、Performance Schemaを有効にすると、MySQL のパフォーマンスが最大 60% 低下しました。

  Aurora DB クラスターの SysBench テストでは、MySQL に比べてパフォーマンスへの影響が 4 倍少ないという結果が出ました。db.r3.8xlarge DB インスタンスのクラスを実行すると、Performance Schemaを有効にした状態で、100K の SQL 書き込み / 秒と 550K 以上の読み取り / 秒が発生しました。

• ホット行競合の改善 - この機能により CPU 使用率が低下し、少数のホット行に大量の接続がアクセスした場合のスループットが向上します。この機能は、ホット行の競合がある場合の error 188 を減らします。

• メモリ不足処理の改善 - 必須でないロック SQL ステートメントを実行し、その予約メモリプールが不足した場合、Aurora は SQL ステートメントを強制的にロールバックします。この機能は空きメモリを増やし、メモリ不足例外によるエンジンのクラッシュを防止します。

• スマートリードセレクタ - この実装により、すべての読み取りのさまざまなセグメントの間で最適なストレージセグメントを選択することで、読み取りのレイテンシーが改善され、読み取りのスループットが向上します。SysBench テストでは、書き込みワークロードで 27% のパフォーマンスの向上が示されました 。

改良点

• Aurora レプリカでエンジンの起動時に共有ロックが発生する問題を修正しました。

• パージシステムの読み取りビューポインタが NULL の場合に、Aurora レプリカがクラッシュする可能性があるのを修正しました。