翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Aurora MySQL データベースエンジンの更新: 2017-04-05 (バージョン 1.12) (廃止)
**バージョン:** 1.12
新しい DB クラスターの作成 (スナップショットからの復元を含む) の推奨バージョンは、Aurora MySQL 1.12 になりました。
既存のクラスターのアップグレードについては、強制ではありません。フリート全体のパッチを 1.11 に完了した後、既存のクラスターをバージョン 1.12 にアップグレードするオプションがあります (Aurora 1.11 [リリースノート](AuroraMySQL.Updates.20170223.md)および対応する [フォーラムでのお知らせ](https://forums.aws.amazon.com/ann.jspa?annID=4444)を参照)。Aurora のバージョン 1.12 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 新機能
+ **高速 DDL** - Aurora MySQL では、ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* オペレーションをほぼ即座に実行できるようになりました。このオペレーションでは、テーブルをコピーする必要はありません。他の DML ステートメントに実質的な影響を及ぼすこともありません。テーブルのコピーにはテンポラリストレージを使用しないため、スモールインスタンスクラスの大きなテーブルに対しても、DDL ステートメントが現実的になります。高速 DDL は現在、デフォルトの値を持たない、null が許容される列を、表の末尾に追加する際にのみ使用できます。この機能は現在、Aurora ラボモードで使用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[高速 DDL を使用して Amazon Aurora のテーブルを変更する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)」を参照してください。
+ **ボリュームステータスを表示** - 新しいモニタリングコマンド、SHOW VOLUME STATUS が追加されました。このコマンドを使用して、ボリューム内のノードやディスクの数を表示できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのボリュームステータスの表示](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html)」を参照してください。
## 改良点
+ ロックオブジェクトごとに割り当てられたメモリをさらに削減するために、圧縮をロックするよう変更が導入されました。この実装はラボモードで使用できます。
+ データベースがアイドル状態のときでも、`trx_active_transactions` メトリクスが急速に減少する問題を修正しました。
+ ディスクおよびノードの障害をシミュレートする際の、障害挿入クエリ構文に関する無効なエラーメッセージを修正しました。
+ ロックマネージャーの競合状態やデッドラッチに関する複数の問題を修正しました。
+ クエリオプティマイザでバッファのオーバーフローを起こす問題を修正しました。
+ 基礎となるストレージノードで使用可能なメモリが不足している場合の Aurora リードレプリカの安定性の問題を修正しました。
+ アイドル接続が `wait_timeout` パラメータ設定を超えて持続する問題を修正しました。
+ インスタンスの再起動後、`query_cache_size` が予期せぬ値を返す問題を修正しました。
+ 書き込みがストレージに移行していない場合に、ネットワークが頻繁にプローブされる診断スレッドによるパフォーマンスの問題を修正しました。
## MySQL バグ修正の統合
+ 空のときに削除されたテーブルをリロードすると、AUTO INCREMENT 値がリセットされました。(バグ \$121454472、バグ \$177743)
+ purge\$1node\$1t 構造の不一致により、ロールバック時にインデックスレコードが見つかりませんでした。この不一致により、「秒インデックスエントリの更新でエラーが発生しました」、「レコードをパージできませんでした」、「削除用にマークされていない秒インデックスエントリをパージしようとしました」などの警告やエラーメッセージが表示されました。(バグ \$119138298、バグ \$170214、バグ \$121126772、バグ \$121065746)
+ qsort オペレーションのスタックサイズの計算が正しくないと、スタックのオーバーフローが発生します。(バグ \$173979)
+ ロールバック時にインデックスにレコードが見つかりませんでした。(バグ \$170214、バグ \$172419)
+ CURRENT\$1TIMESTAMP 更新時に ALTER TABLE の列 TIMESTAMP を追加すると、ZERO-datas が挿入されます (バグ \$117392)