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

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

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

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

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

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

out-of-memory 処理の改善 – 必須ではないロック SQL ステートメントが実行され、リザーブドメモリプールが超過すると、Aurora はそれらの SQL ステートメントのロールバックを強制します。この機能はメモリを解放し、例外による out-of-memoryエンジンのクラッシュを防ぎます。

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

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

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