翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新: 2016-04-06 (バージョン 1.6) (廃止)
バージョン: 1.6
この更新には以下の改良点が含まれています。
新機能
- 
                    パラレル先読み - パラレル先読みは、すべての Aurora MySQL DB クラスターでデフォルトで有効になりました。設定することはできません。パラレル先読みは、2015 年 12 月の更新で導入されました。詳細については、「Aurora MySQL データベースエンジンの更新: 2015-12-03 (バージョン 1.4) (廃止)」を参照してください。 パラレル先読みがデフォルトで有効になったことに加えて、このリリースではパラレル先読みに以下の機能強化が追加されています。 - 
                            パラレル先読みの積極性が低くなるようにロジックが改善されました。これは、DB クラスターで多くのパラレルワークロードが生じた場合に役立ちます。 
- 
                            小さいテーブルの安定性が向上しました。 
 
- 
                            
- 
                    バイナリログの効率的なストレージ (ラボモード) - MySQL バイナリログファイルが、Aurora MySQL により効率的に保存されるようになりました。新しいストレージ実装により、バイナリログファイルを早期に削除できるようになり、バイナリログレプリケーションマスターとなっている Aurora MySQL DB クラスターにおけるインスタンスのシステムパフォーマンスが向上します。 バイナリログの効率的なストレージを有効にするには、プライマリインスタンスまたは Aurora レプリカのパラメータグループで、 aurora_lab_modeパラメータを1に設定します。aurora_lab_modeパラメータはインスタンスレベルのパラメータであり、デフォルトではdefault.aurora5.6クラスターパラメータグループにあります。DB パラメータグループの変更については、「Amazon Aurora ユーザーガイド」の「「DB パラメータグループのパラメータの変更」を参照してください。パラメータグループと Aurora MySQL の詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL 設定パラメータ」を参照してください。バイナリログの効率的なストレージは、MySQL バイナリログレプリケーションマスターインスタンスとなっている、Aurora MySQL DB クラスター内のインスタンスでのみ有効にしてください。 
- 
                    AURORA_VERSION システム可変 - AURORA_VERSIONシステム可変のクエリを実行することで、Aurora MySQL DB クラスターの Aurora バージョンを取得できるようになりました。Aurora バージョンを取得するには、次のいずれかのクエリを使用します。 select AURORA_VERSION(); select @@aurora_version; show variables like '%version';DB クラスターを変更する AWS Management Console とき、または describe-db-engine-versions AWS CLI コマンドまたは DescribeDBEngineVersions API オペレーションを呼び出すことで、 で Aurora バージョンを確認することもできます。 
- 
                    ロックマネージャーのメモリ使用量メトリクス - ロックマネージャーのメモリ使用量に関する情報がメトリクスとして入手できるようになりました。 ロックマネージャーのメモリ使用量メトリクスを取得するには、次のいずれかのクエリを使用します。 show global status where variable_name in ('aurora_lockmgr_memory_used'); select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
改良点
- 
                    バイナリログと XA トランザクションの回復時に安定性が向上しました。 
- 
                    接続数が多いことによるメモリの問題が修正されました。 
- 
                    メトリクス Read Throughput、Read IOPS、Read Latency、Write Throughput、Write IOPS、Write Latency、Disk Queue Depthの精度が向上しました。
- 
                    クラッシュ後に大きいインスタンスの起動が遅くなる安定性の問題が修正されました。 
- 
                    同期メカニズムとキャッシュの削除に関連するデータディクショナリの同時性が強化されました。 
- 
                    Aurora レプリカの安定性とパフォーマンスの向上: - 
                            プライマリインスタンスの書き込みワークロードが大きい場合や急増したときの Aurora レプリカの安定性の問題が修正されました。 
- 
                            db.r3.4xlarge インスタンスと db.r3.8xlarge インスタンスのレプリカラグが強化されました。 
- 
                            ログレコードの適用と Aurora レプリカでの同時読み取りの間の競合を減らすことにより、パフォーマンスが向上しました。 
- 
                            新たに作成された統計または更新された統計について、Aurora レプリカにおける統計の更新時の問題が修正されました。 
- 
                            プライマリインスタンスにトランザクションが多く、Aurora レプリカにおいて同じデータの同時読み取りが行われる場合に、Aurora レプリカの安定性が向上しました。 
- 
                            UPDATEステートメントを使用してDELETEおよびJOINステートメントを実行するときの Aurora レプリカの安定性が向上しました。
- 
                            INSERT ... SELECTステートメントを実行するときの Aurora レプリカの安定性が向上しました。
 
- 
                            
MySQL バグ修正の統合
- 
                    アサーション `!M_ORDERED_REC_BUFFER' 失敗のバグ #18694052 修正を 5.6 にバックポート (ポートのバグ #18305270) 
- 
                    MEMCPY()、HA_PARTITION::POSITION のセグメンテーション違反 (ポートのバグ # 18383840) 
- 
                    PARTITIONING,INDEX_MERGE AND NO PK の結果が正しくない (ポートのバグ # 18167648) 
- 
                    EXPORT: ASSERTION IN HA_PARTITION::EXTRA の FLUSH TABLES (ポートのバグ # 16943907) 
- 
                    仮想 HA_ROWS HANDLER::MULTI_RANGE_READ_INFO_CONST におけるサーバークラッシュ (ポートのバグ # 16164031) 
- 
                    範囲オプティマイザが SEL_ARG::RB_INSERT() でクラッシュする (ポートのバグ # 16241773)