Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

AuroraSQL SQLで修正されたバグ データベースエンジンの更新 - Amazon Aurora

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

AuroraSQL SQLで修正されたバグ データベースエンジンの更新

以下のセクションでは、Aurora MySQL データベースエンジンの更新によって修正されたバSQLグについて説明します。

AuroraSQL MySQL 3.x データベースエンジンの更新によって修正されたバグ

SQL 8.0 互換バージョンの Aurora には、対応する MySQL Compatibility バージョンによるすべての MySQL バグ修正が含まれています。次の表は、Aurora MySQL データベースエンジンの更新によって修正された追加の MySQL バグと、それらが修正された更新を示しています。

データベースエンジンの更新 互換性のあるSQLバージョン バージョン バSQLグが修正されました
Aurora MySQL データベースエンジンの更新 2024-11-18 (バージョン 3.08.0、MySQL 8.0.39 互換)

8.0.39

3.08.0
  • JOIN と の両方のUNIONオペレーションを持つ特定のクエリの結果セットからNULL値が誤って省略される問題を修正しました。(コミュニティバグ修正 #114301)

Aurora MySQL データベースエンジンの更新 2024-06-04 (バージョン 3.07.0、MySQL 8.0.36 互換)

8.0.36

3.07.0
  • Graviton ベースのインスタンスでデータベースの再起動中にキャッシュライン値が誤って計算され、障害が発生する問題を修正しました。(コミュニティバグ修正 #35479763)

  • ストアドルーチン内のサブクエリの一部のインスタンスが正しく処理されない問題を修正しました。(コミュニティバグ修正 #35377192)

  • バックグラウンドTLS証明書のローテーション (コミュニティバグ修正 #34284186) によりCPU、使用量が増える可能性がある問題を修正しました。

  • InnoDB が Aurora MySQL バージョン 3.05 より前のバージョンの My SQLシステムスキーマのテーブルへのINSTANT列の追加を許可し、Aurora MySQL バージョン 3.05.0 にアップグレードした後にサーバーが予期せず閉じられる (データベースインスタンスが再起動する) 問題を修正しました。(コミュニティバグ修正 #35625510)。

Aurora MySQL データベースエンジンの更新 2024-03-07 (バージョン 3.06.0、MySQL 8.0.34 互換)

8.0.34

3.06.0

  • キャッシュライン値が誤って計算され、Graviton インスタンスでのデータベースの再起動中に障害が発生する問題を修正しました。(コミュニティバグ修正 #35479763)

  • ストアドルーチン内のサブクエリの一部のインスタンスが正しく処理されない問題を修正しました。(コミュニティバグ修正 #35377192)

  • バックグラウンドTLS証明書のローテーションにより、CPU使用量が増える可能性がある問題を修正しました。(コミュニティのバグ修正 #34284186)

  • InnoDB が Aurora MySQL バージョン 3.05 より前のバージョンの My SQLシステムスキーマのテーブルへのINSTANT列の追加を許可し、Aurora MySQL バージョン 3.05.0 にアップグレードした後にサーバーが予期せず閉じられる (データベースインスタンスが再起動する) 問題を修正しました。(コミュニティのバグ修正 #35625510)

Aurora MySQL データベースエンジンの更新 2024-01-31 (バージョン 3.05.2、MySQL 8.0.32 と互換) デフォルト

8.0.32

3.05.2

  • INSERTオペレーションに対して過剰なディスク読み取りrecords_in_rangeを実行し、パフォーマンスが徐々に低下する問題を修正しました。(コミュニティバグ修正 #34976138)

Aurora MySQL データベースエンジンアップデート 2023-11-21 (バージョン 3.05.1、MySQL 8.0.32 に対応)

8.0.32

3.05.1

  • InnoDB で、システムスキーマの MySQL テーブルに Aurora My バージョン 3.01 から AuroraSQL MySQL バージョン 3.04 の間に INSTANT ADD列が追加され、Aurora My SQLがバージョン 3.05.0 にアップグレードされると、DMLsサーバーが予期せず閉じられる問題を修正しました。(コミュニティのバグ修正 #35625510)

Aurora MySQL データベースエンジンの更新 2023-10-25 (バージョン 3.05.0、MySQL 8.0.32 互換)

8.0.32

3.05.0

  • バックグラウンドTLS証明書のローテーションが原因でCPU使用率が高くなる可能性がある問題を修正しました (コミュニティバグ修正 #34284186)

Aurora MySQL データベースエンジンの更新 2024-03-15 (バージョン 3.04.2、MySQL 8.0.28 互換)

8.0.28

3.04.2

  • Graviton ベースのインスタンスでデータベースの再起動中にキャッシュライン値が誤って計算され、障害が発生する問題を修正しました。(コミュニティバグ修正 #35479763)

  • 複数の 、、または XOR条件を含むSELECTステートメントをサブクエリとして持つストアドルーチンを繰り返し実行すると、過剰な消費が発生しANDOR、最終的に仮想メモリが枯渇する可能性があります。(コミュニティバグ修正 #33852530)

Aurora MySQL データベースエンジンの更新 2023-11-13 (バージョン 3.04.1、MySQL 8.0.28 互換)

8.0.28

3.04.1

  • バックグラウンドTLS証明書のローテーションが原因でCPU使用率が高くなる可能性がある問題を修正しました (コミュニティバグ修正 #34284186)

Aurora MySQL データベースエンジンの更新 2023-07-31 (バージョン 3.04.0、MySQL 8.0.28 互換)

8.0.28

3.04.0

  • intrinsic の一時テーブルページを含むバッファブロックがページトラバーサル中に再配置され、アサーションエラーが発生する問題を修正しました (バグ# 33715694)。

  • InnoDB: オンラインDDLオペレーションがメモリにアクセス out-of-boundsできないようにする (バグ # 34750489、バグ # 108925)

  • 複数のネストされた共通テーブル式 (CTEs) で構成される複雑なSQLステートメントの処理中に、誤ったクエリ結果を生成することがある問題を修正しました (バグ # 34572040、バグ # 34634469、バグ # 33856374)

Aurora MySQL データベースエンジンの更新 2023-12-08 (バージョン 3.03.3) (廃止)

8.0.26

3.03.3

  • バックグラウンドTLS証明書のローテーションが原因でCPU使用率が高くなる可能性がある問題を修正しました (コミュニティバグ修正 #34284186)

Aurora MySQL データベースエンジンの更新 2023-08-29 (バージョン 3.03.2) (廃止)

8.0.26

3.03.2

  • 複数のネストされた共通テーブル式 (CTEs) で構成される複雑なSQLステートメントの処理中に、誤ったクエリ結果を生成することがある問題を修正しました (バグ #34572040、バグ #34634469、バグ #33856374)

  • InnoDB: 同じテーブルの統計を初期化解除および初期化しようとするスレッド間で競合状態になり、アサーション障害が発生していました (バグ #33135425)

  • InnoDB: オンラインDDLオペレーションがメモリにアクセス out-of-boundsできないようにする (バグ #34750489、バグ #108925)

Aurora MySQL データベースエンジンの更新 2023-05-11 (バージョン 3.03.1) (廃止)

8.0.26

3.03.1

  • intrinsic の一時テーブルページを含むバッファブロックがページトラバーサル中に再配置され、アサーションエラーが発生する問題を修正しました (バグ#33715694)。

Aurora MySQL データベースエンジンの更新 2023-03-01 (バージョン 3.03.0) (廃止)

8.0.26

3.03.0

  • JSON および を含む一部の列タイプのソートでTEXT、サイズがソート内の最大行の 15 倍以下である場合にソートバッファを使い果たすことがある問題を修正しました。現在は、ソートバッファのサイズは最大のソートキーの 15 倍あれば十分です。(バグ #103325、バグ #105532、バグ #32738705、バグ #33501541)

  • InnoDB がテーブルパーティションの一部の有効な名前を正しく処理しない場合がある問題を修正しました。(バグ #32208630)

  • 特定の条件下で、OR 条件を使用したクエリを実行した場合に nullability プロパティの計算が不正確になり、誤った結果が返される可能性がある問題を修正しました。(バグ #34060289)

  • 次の 2 つの条件が当てはまる場合に、特定の条件下で誤った結果が返される可能性がある問題を修正しました。

    • 派生テーブルが外側のクエリブロックにマージされている。

    • クエリに左結合と IN サブクエリが含まれている。

    (バグ #34060289)

  • 最大整数列値を超えたときに誤った AUTO_INCREMENT 値が生成される問題を修正しました。このエラーは、列の最大値が考慮されていないことが原因でした。この場合、以前の有効な AUTO_INCREMENT 値が返され、キーが重複している必要があります。(バグ #87926、バグ #26906787)

  • Performance Schema DROP の権限を取り消すことができない問題を修正しました。(バグ #33578113)

  • 実行間で削除および再作成された 1 つ以上のテーブルに対して動作した EXISTSを使用する IF ステートメントを含むストアドプロシージャが、最初の呼び出しの後に続く呼び出しで正しく実行されない問題を修正しました。(バグ #32855634)

  • サブクエリのビューと外部クエリブロックを参照するクエリが、予期しない再起動を引き起こす可能性がある問題を修正しました。(バグ #32324234)

Aurora MySQL データベースエンジンの更新 2022-11-18 (バージョン 3.02.2) (廃止)

8.0.23

3.02.2

  • 特定の条件下で、OR 条件を使用したクエリを実行した場合に nullability プロパティの計算が不正確になり、誤った結果が返される可能性がある問題を修正しました。(バグ #34060289)

  • 次の 2 つの条件が当てはまる場合に、特定の条件下で誤った結果が返される可能性がある問題を修正しました。

    • 派生テーブルが外側のクエリブロックにマージされている。

    • クエリに左結合と IN サブクエリが含まれている。(バグ #34060289)

  • パフォーマンススキーマの DROP 権限を取り消すことができなかった問題を修正しました。(バグ #33578113)

  • 実行間で削除および再作成された 1 つ以上のテーブルに対して動作した EXISTSを使用する IF ステートメントを含むストアドプロシージャが、最初の呼び出しの後に続く呼び出しで正しく実行されない問題を修正しました。(私のSQLバグ #32855634)。

  • 整数列の最大値を超えたときに不正な AUTO_INCREMENT 値が生成されました。このエラーは、列の最大値が考慮されていないことが原因でした。この場合、以前の有効な AUTO_INCREMENT 値が返され、キーが重複している必要があります。(バグ #87926、バグ #26906787)

  • 特定のテーブル を持つユーザーが作成したテーブルを含む Aurora MySQL バージョン 1 (MySQL 5.6 互換) データベースクラスターのアップグレード中に障害が発生する可能性がある問題を修正しましたIDs。これらのテーブルを割り当てるとIDs、Aurora MySQL バージョン 2 (MySQL 5.7 互換) から Aurora MySQL バージョン 3 (My SQL8.0 互換) へのアップグレードIDs中に、データディクショナリテーブルが競合する可能性があります。(バグ #33919635)

Aurora MySQL データベースエンジンの更新 2022-04-20 (バージョン 3.02.0) (廃止)

8.0.23

3.02.0

予期しないサーバーの動作を引き起こす可能性のある、ストアドプロシージャ内のカーソルに使用される一時テーブルの不適切な処理を修正しました。(バグ #32416811)

Aurora MySQL データベースエンジンの更新 2022-04-15 (バージョン 3.01.1) (廃止)

8.0.23

3.01.1

予期しないサーバーの動作を引き起こす可能性のある、ストアドプロシージャ内のカーソルに使用される一時テーブルの不適切な処理を修正しました。(バグ #32416811)

AuroraSQL MySQL 2.x データベースエンジンの更新によって修正されたバグ

SQL 5.7 互換バージョンの Aurora には、マイSQL 5.7.44 までのすべてのマイSQLバグ修正が含まれています。次の表は、Aurora MySQL データベースエンジンの更新によって修正された追加の MySQL バグと、それらが修正された更新を示しています。

データベースエンジンの更新 バージョン バSQLグが修正されました
Aurora データベースSQLエンジンの更新 2024-07-09 (バージョン 2.12.3、My SQL5.7.44 互換) このバージョンは標準サポートを終了しました。

2.12.3

  • ステートメントの実行中に一時テーブルがトリガーにバインドされ、予期しない DB エンジンの再起動が発生する可能性がある問題を修正しました。

  • インデックス付き式を使用する単一テーブルUPDATEおよびステートメントがプリペアドDELETEステートメントとして実行された場合に、サーバーが終了する原因となる不具合を修正しました。(バグ #29257254

Aurora MySQL データベースエンジンの更新 2023-12-28 (バージョン 2.12.1、MySQL 5.7.40 と互換性あり) このバージョンは標準サポートが終了しました。

2.12.1

  • SHOW PROCESSLIST ステートメントと同時に実行すると、既存および新規のリモート接続が停止する問題を修正しました (コミュニティバグ #34857411)

  • レプリケーション: 一部のバイナリログイベントが必ずしも正しく処理されていませんでした (バグ #34617506)

  • フルテキスト検索 (FTS) パーサープラグインによる 1 文字トークンの処理を修正しました (バグ #35432973)

Aurora MySQL データベースエンジンの更新 2023-07-25 (バージョン 2.12.0、MySQL 5.7.40 と互換性あり) このバージョンは標準サポートが終了しました。

2.12.0

  • バックグラウンドTLS証明書のローテーションによりCPU使用率が高くなる可能性がある問題を修正しました。(コミュニティのバグ修正 #34284186)

Aurora MySQL データベースエンジンの更新 2023-10-17 (バージョン 2.11.4、MySQL 5.7.12 と互換性あり) このバージョンは標準サポートが終了しました。

2.11.4

  • レプリケーション: 一部のバイナリログイベントが必ずしも正しく処理されていませんでした。(バグ #34617506)

  • バックグラウンドTLS証明書のローテーションによりCPU使用率が高くなる可能性がある問題を修正しました。(コミュニティのバグ修正 #34284186)

  • プリペアドステートメントで、一部のタイプのサブクエリでサーバーが終了する場合がありました。(バグ #33100586)

Aurora MySQL データベースエンジンの更新 2022-10-25 (バージョン 2.11.0、MySQL 5.7.12 と互換性あり) このバージョンは新しい作成では使用できず、標準サポートが終了しました。

2.11.0

  • パフォーマンススキーマのステートメントイベントテーブル (events_statements_current など) から文字セット情報を読み取るコードが、その文字セット情報への同時書き込みを阻止できなかった問題を修正しました。その結果、SQLクエリテキスト文字セットが無効になり、サーバーが終了する可能性があります。この修正により、無効な文字セットは SQL_TEXT 列を切り捨て、サーバーの終了を防ぎます。(バグ #23540008)

  • InnoDB: コミュニティバグ #25189192、バグ #84038 の修正のバックポート。テーブルを別のスキーマに移動したRENAMETABLEオペレーション後に、InnoDB が INNODB_SYS_DATAFILES データディクショナリテーブルの更新に失敗する問題を修正しました。その結果、テーブルスペースデータファイルが見つからないというエラーが再起動時に発生していました。

  • InnoDB: 新しいインデックスの追加時に、サーバーが内部定義の外部キーインデックスを削除し、仮想生成列に定義されたセカンダリインデックスを外部キーインデックスとして使用しようとすると、サーバーが終了する問題を修正しました。InnoDB は、外部キー制約が仮想生成列で定義されたセカンダリインデックスを参照することを許可するようになりました。(バグ #23533396)

  • 2 つのセッションが INSERT ... を同時に実行する問題を修正しました。ON DUPLICATEKEYUPDATEオペレーションがデッドロックを生成しました。タプルの部分的ロールバック中に、別のセッションがタプルを更新する可能性があります。このバグの修正に伴い、バグ #11758237、バグ #17604730、バグ #20040791 の修正が取り消されます。(バグ #25966845)

  • auto_sp_ALTERROUTINEprivileges が有効になっていても、 EXECUTEおよび 権限がルーチン作成者に正しく付与されない問題を修正しました。(バグ #27407480)

  • コミュニティバグ #24671968 の修正のバックポート: WHERE句に依存サブクエリが含まれている場合、テーブルに選択リストの列にセカンダリインデックスがあり、その後にサブクエリの列がある場合、GROUP BYまたはクエリにルーズインデックススキャンの使用DISTINCTを許可した場合、クエリが誤った結果を生成する可能性がある問題を修正しました。

  • 外部キーを持つ複数のテーブルに対して複数テーブルの DELETE ステートメントを発行すると、レプリケーションが中断される問題を修正しました。(バグ #80821)

  • slave_skip_errors が有効になっていても、特殊なケースで特定のスレーブエラーが無視されない問題を修正しました。行ベースのレプリケーションを実行しているサーバーでテーブルを開いたりロックしたりできない場合や、フィールド変換に失敗した場合、エラーは重大と見なされ、slave_skip_errors の状態は無視されます。今回の修正により、slave_skip_errors が有効な場合は、トランザクションの適用中に報告されたすべてのエラーが正しく処理されるようになりました。(バグ #70640、バグ #17653275)

  • My 5.6 マスターから My SQL5.7 スレーブにSET PASSWORDSQL、または log_builtin_as_identified_by_password システム変数が ON に設定されている MySQL 5.7 マスターから MySQL 5.7 スレーブに、ステートメントがレプリケートされる問題を修正しました。パスワードハッシュ自体もスレーブに保存される前にハッシュされました。この問題は修正され、レプリケートされたパスワードハッシュは、スレーブに当初渡されたままの形で保存されます。(バグ #24687073)

  • 多数のレベルのJSON配列、オブジェクト、またはその両方でラップされた大きなサブドキュメントで構成されるJSON値のシリアル化で、完了までに過剰な時間が必要になることがある問題を修正しました。(バグ #23031146)

  • 構文エラーなどの理由で解析できないステートメントは、スロークエリログに書き込まれなくなりました。(バグ #33732907)

Aurora MySQL データベースエンジンの更新 2022-11-01 (バージョン 2.10.3) (廃止)

2.10.3

  • パフォーマンススキーマのステートメントイベントテーブル (events_statements_current など) から文字セット情報を読み取るコードが、その文字セット情報への同時書き込みを阻止できなかった問題を修正しました。その結果、SQLクエリテキスト文字セットが無効になり、サーバーが終了する可能性があります。この修正により、無効な文字セットは SQL_TEXT 列を切り捨て、サーバーの終了を防ぎます。(バグ #23540008)

  • プライマリキーが 1024 バイトを超える一時テーブルUPDATEが必要で、そのテーブルが InnoDB を使用して作成された場合、サーバーが終了する可能性がある問題を修正しました。(バグ #25153670)

Aurora MySQL データベースエンジンの更新 2022-01-26 (バージョン 2.10.2) (廃止)

2.10.2

  • テーブルの統計に関連するコードのエラーが、dict0stats.cc (http://dict0stats.cc/) ソースファイルでアサーションを引き起こすという、InnoDB の問題を修正しました。(バグ #24585978)

  • インデックスがオンラインで構築される際に、仮想列上のセカンダリインデックスが破損していました。UPDATE (https://dev.mysql.com/doc/refman/5.7/en/update.html) ステートメントの場合、これを次のように修正します。インデックスレコードの仮想列の値が に設定されている場合NULL、クラスターインデックスレコードからこの値を生成します。(バグ #30556595)

  • ASSERTION 「!OTHER_LOCK」 IN LOCK_RECADD_TO_QUEUE (バグ #29195848)

  • HANDLE_FATAL_SIGNAL (SIG=11) IN __STRCHR_SSE2 (バグ #28653104)

  • ロック待機中にクエリが中断すると、InnoDB でエラーが発生する可能性がある問題を修正しました。(バグ #28068293)

  • インターリーブトランザクションは、トランザクション分離レベルが REPEATABLE に設定されている場合、レプリカアプライヤをデッドロックすることがありますREAD。(バグ #25040331)

  • ロック待機タイムアウトが原因でバイナリログレプリカが低速になる問題を修正しました。 (バグ #27189701)

Aurora MySQL データベースエンジンの更新 2021-10-21 (バージョン 2.10.1) (廃止)

2.10.1

CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER。(バグ #25209512)

Aurora MySQL データベースエンジンの更新 2021-05-25 (バージョン 2.10.0) (廃止)

2.10.0

  • インターリーブトランザクションは、トランザクション分離レベルが REPEATABLE READに設定されている場合、レプリカ適用者をデッドロックすることがあります。(バグ #25040331)

  • ストアドプロシージャに、あるビューを参照するステートメントであって、代わりに別のビューを参照したものが含まれていた場合、プロシージャを複数回正常に呼び出すことができませんでした。(バグ #87858、バグ #26864199)

  • 多くの OR 条件を持つクエリでは、オプティマイザのメモリ効率がより高くなり、システム可変 range_optimizer_max_mem_size によって課されるメモリ制限を超える可能性が低くなりました。さらに、その可変のデフォルト値は 1,536,000 から 8,388,608 に引き上げられました。(バグ #79450、バグ #22283790)

  • レプリケーション: レプリカのSQLスレッドがリレーログから次のイベントを読み取るために呼び出す next_event()関数では、SQLスレッドはエラーが発生したときに取得した を解放しませんでした (たとえば、リレーログが閉じrelaylog.log_lockられたため)。これにより、リレーログのロックを取得するのを待っている他のすべてのスレッドがハングします。この修正により、SQLスレッドが状況下で関数を離れる前にロックが解放されます。(バグ #21697821)

  • 仮想列を使用した ALTER TABLE のメモリ破損を修正しました。(バグ #24961167、バグ #24960450)

  • レプリケーション: マルチスレッドレプリカは、そのサイズより大きいトランザクションを処理する必要があった場合、slave_pending_jobs_size_max を使用してより小さなキューサイズで設定できませんでした。slave_pending_jobs_size_max より大きいパケットは、slave_max_allowed_packet で設定された制限よりもパケットが小さい場合でも、エラー ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX で拒否されました。今回の修正により、slave_pending_jobs_size_max がハード制限ではなくソフト制限になります。パケットのサイズが slave_pending_jobs_size_max を超えるが、slave_max_allowed_packet より小さい場合、すべてのレプリカワーカーが空のキューを持つまでトランザクションが保持されてから処理されます。後続のすべてのトランザクションは、大規模なトランザクションが完了するまで保持されます。したがって、レプリカワーカーのキューサイズは制限されますが、時折発生するより大きなトランザクションは引き続き許可されます。(バグ #21280753、バグ #77406)

  • レプリケーション: マルチスレッドレプリカを使用する場合、適用元エラーで、Performance Schemaのレプリケーションテーブルで外部化されたデータと一致しないワーカー ID データが表示されました。(バグ #25231367)

  • レプリケーション: -gtid-mode=ON-log-bin=OFF、および -slave-skip-errors を使用して実行されている GTIDベースのレプリケーションレプリカで、無視すべきエラーが発生した場合、 は とExec_Master_Log_Pos同期Exec_Master_Log_PosしなくなりますRead_master_log_pos。が指定されGTID_NEXTていない場合、レプリカは単一のステートメントトランザクションからロールバックするときにそのGTID状態を更新しません。トランザクションは完了しても、そのGTID状態はそれ以外になるため、 は更新Exec_Master_Log_Posされません。この修正により、 が指定されている場合にのみトランザクションがロールバックされるときに、GTID状態を更新する制約GTID_NEXTが削除されます。(バグ #22268777)

  • レプリケーション: バイナリログ記録が無効になったGTIDときに、部分的に失敗したステートメントが自動生成または指定された を正しく消費しませんでした。この修正により、バイナリログ記録が無効になっている場合に、部分的に失敗した DROP TABLE、部分的に失敗した DROP USER、または部分的に失敗した がそれぞれ関連する をDROPVIEW消費GTIDし、 @@GLOBAL.GTID_EXECUTEDテーブルと mysql.gtid_executedテーブルに保存します。(バグ #21686749)

  • レプリケーション: MySQL 5.7 を実行しているレプリカは、My SQL5.5 に含まれていない server_uuid の取得エラーにより、MySQL 5.5 ソースに接続できませんでした。これは、server_uuid の取得方法が変更されたことが原因となって生じました。(バグ #22748612)

  • バイナリログレプリケーション: この修正の前に、XA GTIDトランザクションに対してトランザクションスキップメカニズムが正しく機能しませんでした。サーバーには、トランザクションが過去にその特定のGTIDトランザクションをすでに実行されている場合、そのトランザクションをスキップ (サイレントに) するメカニズムがあります。(BUG#25041920)

  • 誤ったトランザクション ID が与えられたために失敗した XA ROLLBACK ステートメントは、正しいトランザクション ID でバイナリログに記録される可能性があるため、レプリケーションレプリカによって処理される可能性があります。バイナリログ記録が実行される前にエラー状況をチェックし、失敗した XA ROLLBACK ステートメントはログに記録されなくなりました。(バグ #26618925)

  • レプリケーション: レプリカが、ソースログファイル名とソースログの位置を指定しなかった CHANGE MASTER TO ステートメントを使用してセットアップされた場合、 START SLAVE が発行される前にシャットダウンし、 relay-log-recoveryオプション を設定して再起動しましたが、レプリケーションは開始されませんでした。これは、リレーログの復旧が試行される前にレシーバースレッドがスタートされておらず、ソースログファイル名とソースログの位置を提供するログローテーションイベントがリレーログで使用できないために発生しました。この場合、レプリカはリレーログの復旧をスキップし、警告をログに記録し、レプリケーションをスタートします。(バグ #28996606、バグ #93397)

  • レプリケーション: 行ベースのレプリケーションでは、utf8mb3 列を持つテーブルから、列が utf8mb4 文字セットで定義されている同じ定義のテーブルにレプリケートするときに、フィールド文字数を誤って表示するメッセージが返されました。(バグ #25135304、バグ #83918)

  • レプリケーション: GTIDs使用中のレプリケーションレプリカでRESETSLAVEステートメントが発行されると、既存のリレーログファイルは消去されますが、チャネルGTIDsの受信セットがクリアされる前に、代替の新しいリレーログファイルが生成されました。したがって、前のGTIDセットはPREVIOUS_GTIDSイベントとして新しいリレーログファイルに書き込まれ、両方のサーバーの gtid_executed セットが空であっても、レプリカがソースGTIDsよりも多いことを示す致命的なエラーがレプリケーションで発生しました。これで、 RESET SLAVEが発行されると、新しいリレーログファイルが生成される前に受信セットがGTIDsクリアされるため、この状況は発生しません。(バグ #27411175)

  • レプリケーション: レプリケーションに GTIDsを使用すると、解析エラー (ER_PARSE_ERROR) の原因となったステートメントを含むトランザクションは、同じ で空のトランザクションまたは置換トランザクションを挿入する推奨方法によって手動でスキップできませんでしたGTID。このアクションにより、レプリカは を既に使用されているGTIDものとして識別し、 を共有した不要なトランザクションをスキップしますGTID。ただし、解析エラーの場合、 ステートメントはスキップが必要GTIDかどうかを確認する前に解析されたため、トランザクションをスキップする意図であっても、レプリケーション適用スレッドは解析エラーのために停止しました。この修正により、 が既に使用されているために関連するトランザクションをスキップする必要がある場合、レプリケーション適用スレッドGTIDは解析エラーを無視するようになりました。この動作の変更は、mysqlbinlog によって生成されるバイナリログ出力で構成されるワークロードの場合には適用されないことに注意してください。そのような状況では、スキップされたトランザクションの直後に実行される、分析エラーがあるトランザクションも、エラーを発生させるべきときに警告なしでスキップされるリスクがあります。(バグ #27638268)

  • レプリケーション: SQLスレッドが部分的なトランザクションをGTIDスキップできるようにします。(バグ #25800025)

  • レプリケーション: 負のタイムアウトパラメータまたは小数のタイムアウトパラメータが WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS() に提供されると、サーバーは予期しない動作をしました。この修正によりもたらされる結果は次のとおりです。

    • 小数のタイムアウト値はそのまま読み込まれ、丸められることはありません。

    • サーバーが Strict SQL モードの場合、負のタイムアウト値はエラーで拒否されます。サーバーが Strict SQL モードではない場合、この値は待機せずに関数をNULLすぐに返し、警告を発行します。(バグ #24976304、バグ #83537)

  • レプリケーション: WAIT_FOR_EXECUTED_GTID_SET() 関数が小数部 (1.5 など) を含むタイムアウト値とともに使用された場合、キャストロジックのエラーは、タイムアウトが最も近い 1 秒に切り捨てられ、1 秒未満の値 (0.1 など) はゼロに切り捨てられたことを意味していました。キャストロジックが修正され、タイムアウト値が当初指定されたとおりに、丸められることなく、適用されるようになりました。Dirkjan Bussink の貢献に感謝の意を表します。(バグ #29324564、バグ #94247)

  • GTIDs を有効にすると、複数ステートメントトランザクション内の切断された XA トランザクションCOMMITの XA がアサーションを発生させました。(バグ #22173903)

  • レプリケーション: gtid_next 値を手動で設定したときに不明なトランザクション識別子に対して XA ROLLBACK ステートメントが発行された場合、デバッグビルドでアサーションが発生しました。XA ROLLBACKステートメントがエラーで失敗した場合、サーバーは GTID状態の更新を試みません。(バグ #27928837、バグ #90640)

  • 複数の CASE 関数が ORDER BY 句で使用されている場合に、ソート順が正しくなくなる問題を修正しました。(バグ #22810883)

  • 順序付けを使用する一部のクエリが、初期化されていない列に最適化中にアクセスし、サーバーを終了させる可能性があります。(バグ #27389294)

Aurora MySQL データベースエンジンの更新 2021-11-12 (バージョン 2.09.3) (廃止)

2.09.3

  • ASSERTION !M_PREBUILT->TRX->CHECK_FOREIGNS。(バグ #23533396)

  • レプリケーション:* WAIT_FOR_EXECUTED_GTID_SET() 関数のロックの問題により、特定の状況でサーバーがハングする可能性があります。この問題はすでに修正されました。(バグ #29550513)

Aurora MySQL データベースエンジンの更新 2020-12-11 (バージョン 2.09.1) (廃止)

2.09.1

  • レプリケーション: インターリーブトランザクションは、トランザクション分離レベルが REPEATABLE READに設定されている場合、スレーブアプライヤをデッドロックすることがあります。(バグ #25040331)

  • TIMESTAMP または DATETIME列のデフォルトが CURRENT_TIMESTAMP のテーブルでは、テーブルにBEFORE INSERTトリガー0000-00-00 00:00:00がある場合、列を に初期化できます。(バグ #25209512、バグ #84077)

  • VALUES リストが結合を含むサブクエリを使用して 2 行目以降の値を生成した INSERTステートメントの場合、必要な権限の解決に失敗するとサーバーが終了する可能性があります。(バグ #23762382)

Aurora MySQL データベースエンジンの更新 2020-11-12 (バージョン 2.08.3) (廃止)

2.08.3

  • バグ #23762382 - INSERT VALUES QUERY WITH JOIN IN ASELECTCAUSESINCORRECTBEHAVIOR。

  • バグ #25209512 - CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER。

Aurora MySQL データベースエンジンの更新 2020-06-02 (バージョン 2.08.0) (廃止)

2.08.0

  • バグ #25289359: フルテキストキャッシュサイズがフルテキストキャッシュサイズの制限を超えた場合、データの同期時に行われるフルテキストキャッシュロックが解放されませんでした。

  • バグ #29138644: SQLサーバーの実行中にシステム時間を手動で変更すると、ページクリーナースレッドの遅延が発生しました。

  • バグ #25222337: NULL仮想インデックスの仮想列フィールド名により、外部キー制約の影響を受ける仮想列の入力中に発生するフィールド名の比較中にサーバーが終了しました。

  • バグ #25053286: ビューにアクセスしたクエリを含むストアドプロシージャを実行すると、セッションが終了するまで解放されなかったメモリが割り当てられました。

  • バグ #25586773: 特定のステートメントの内容からテーブルを作成したSELECTステートメントを含むストアドプロシージャを実行すると、メモリリークが発生する可能性があります。

  • バグ #28834208: ログアプリケーション中、 OPTIMIZETABLEオペレーション後、InnoDB は仮想列インデックスの更新をチェックする前に仮想列に入力しませんでした。

  • バグ #26666274: 32 ビット符号なし整数オーバーフローが原因で、Performance Schemaバッファコンテナに無限ループが発生しました。

Aurora MySQL データベースエンジンの更新 2022-06-16 (バージョン 2.07.8) (廃止)

2.07.8

が 1024 バイトを超えるプライマリキーを持つ一時テーブルUPDATEを必要とし、そのテーブルが InnoDB を使用して作成された場合、サーバーが終了する可能性があります。(バグ #25153670)

Aurora MySQL データベースエンジンの更新 2021-09-02 (バージョン 2.07.6) (廃止)

2.07.6

  • INSERTING 64KSIZERECORDSTAKETOOMUCHTIME。(バグ #23031146)

Aurora MySQL データベースエンジンの更新 2021-03-04 (バージョン 2.07.4) (廃止)

2.07.4

  • ' ' (スペース)、'%'、',' を含むトークンを処理するときにフルテキスト ngram パーサーで発生する問題を修正しました。ngram パーサーを使用する場合は、FTSインデックスを再構築する必要があります。(バグ #25873310)

  • ネストされたSQLビューでクエリの実行中にエンジンが再起動する問題を修正しました。(バグ #27214153、バグ #26864199)

Aurora MySQL データベースエンジンの更新 2020-11-10 (バージョン 2.07.3) (廃止)

2.07.3

  • InnoDB: マスターの XA 準備段階に正常に実行された同時 XA トランザクションは、スレーブで再生されたときに競合し、アプライヤスレッドでロック待機タイムアウトが発生しました。競合の原因は、トランザクションがスレーブで連続的に再生されたときのGAPロック範囲が異なっていることです。このタイプの競合を防ぐため、XA トランザクションが準備段階に達すると、READCOMMITTED分離レベルで XA トランザクションによって取得されたGAPロックが解放 (および継承されなくなり) されるようになりました。(バグ #27189701、バグ #25866046)

  • InnoDB: READCOMMITTED分離レベルの使用中に外部キーの検証中にギャップロックが不必要に行われました。(バグ #25082593)

  • レプリケーション: XA トランザクションを使用する場合、レプリケーションスレーブのアプリケーション (SQL) スレッドでロック待機タイムアウトまたはデッドロックが発生した場合、自動再試行は機能しませんでした。原因は、SQLスレッドがロールバックを実行している間、XA トランザクションはロールバックされないことです。つまり、トランザクションが再試行されたとき、最初のイベントは XA であり、XA トランザクションがすでに進行中であるため無効STARTであり、XAER_RMFAIL エラーが発生しました。(バグ #24764800)

  • レプリケーション: インターリーブトランザクションは、トランザクション分離レベルが REPEATABLE READに設定されている場合、スレーブアプライヤをデッドロックすることがあります。(バグ #25040331)

  • レプリケーション: 既存のすべてのリレーログファイル (Relay_Log_Space) の合計サイズに対するSHOWSLAVESTATUSステートメントによって返される値は、リレーログファイルで使用される実際のディスク容量よりもはるかに大きくなる可能性があります。I/O スレッドは、値の更新中に変数をロックしなかったため、I/O SQLスレッドが値の更新を完了する前に、スレッドは自動的にリレーログファイルを削除し、削減された値を書き込むことができます。次に、I/O スレッドは元のサイズ計算を書き留め、SQLスレッドの更新を無視して、削除されたファイルのスペースを戻しました。同時更新を防ぎ正確に計算するため、更新中の Relay_Log_Space の値はロックされます。(バグ #26997096、バグ #87832)

  • VALUES リストが結合を含むサブクエリを使用して 2 行目以降の値を生成した INSERTステートメントの場合、必要な権限の解決に失敗するとサーバーが終了する可能性があります。(バグ #23762382)

  • TIMESTAMP または DATETIME列のデフォルトが CURRENT_TIMESTAMP のテーブルでは、テーブルにBEFORE INSERTトリガー0000-00-00 00:00:00がある場合、列を に初期化できます。(バグ #25209512、バグ #84077)

  • メタデータのPerformance Schemaオブジェクトの登録と登録解除を複数のスレッドが同時に試行すると、サーバーが終了する可能性があります。(バグ #26502135)

  • 特定のステートメントの内容からテーブルを作成したSELECTステートメントを含むストアドプロシージャを実行すると、メモリリークが発生する可能性があります。(バグ #25586773)

  • ビューにアクセスしたクエリを含むストアドプロシージャを実行すると、セッションが終了するまで解放されなかったメモリが割り当てられる可能性があります。(バグ #25053286)

  • サブクエリのマテリアル化の特定のケースで、サーバーが終了する可能性があります。これらのクエリは、マテリアル化が無効であることを示すエラーを生成するようになりました。(バグ #26402045)

  • 結合バッファリングが使用されている場合、多くの左結合を持つクエリが低速になります (ブロックネストされたループアルゴリズムを使用する場合など)。(バグ #18898433、バグ #72854)

  • オプティマイザは、2 番目の列に対して LIKE の句との内部結合を実行する際、複合インデックスの 2 番目の列をスキップしました。(バグ #28086754)

Aurora MySQL データベースエンジンの更新 2020-04-17 (バージョン 2.07.2) (廃止)

2.07.2

Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 2.07.0) (廃止)

2.07.0

  • バグ #26251621: INCORRECT BEHAVIOR WITH TRIGGER AND GCOL

  • バグ #22574695: ASSERTION `!TABLE || (!TABLE->READ_SET || BITMAP_IS_SET(TABLE->READ_SET, FIEL

  • バグ #25966845: INSERT ON DUPLICATE KEY GENERATE A DEADLOCK

  • バグ #23070734: CONCURRENT TRUNCATE TABLES CAUSE STALL

  • バグ #26191879: FOREIGN KEY CASCADES USE EXCESSIVE MEMORY

  • バグ #20989615: INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

Aurora MySQL データベースエンジンの更新 2019-11-11 (バージョン 2.05.0) (廃止)

2.05.0

  • バグ #23054591: PURGE BINARY LOGS TO がバイナリログファイル全体を読み込んでいて、 が停止 MySql する

Aurora MySQL データベースエンジンの更新 2020-08-14 (バージョン 2.04.9) (廃止)

2.04.9

  • バグ #23070734、バグ #80060: 同時TRUNCATETABLEs実行による停止

  • バグ #23103937: PS_TRUNCATEALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • バグ #22551677: サーバーをオフラインにすると、Performance Schema内の競合状態により、サーバーが終了する可能性があります。

  • バグ #27082268: FTS同期の同期が無効です。

  • BUG #12589870: クエリキャッシュが有効になっている場合にマルチクエリステートメントで再起動する問題を修正しました。

  • バグ #26402045: サブクエリのマテリアル化の特定のケースで、サーバーが終了する可能性があります。これらのクエリは、マテリアル化が無効であることを示すエラーを生成するようになりました。

  • バグ #18898433: 結合バッファリングが使用されている場合 (ブロックネストされたループアルゴリズムを使用する場合など)、多くの左結合を持つクエリが低速になります。

  • バグ #25222337: NULL仮想インデックスの仮想列フィールド名により、外部キー制約の影響を受ける仮想列の入力中に発生するフィールド名の比較中にサーバーが終了しました。 (https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131

  • バグ #25053286: ビューにアクセスしたクエリを含むストアドプロシージャを実行すると、セッションが終了するまで解放されなかったメモリが割り当てられました。(https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)

  • バグ #25586773: 特定の SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) ステートメントの内容からテーブルを作成したステートメントを含むストアドプロシージャを実行すると、メモリリークが発生する可能性があります。 (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1

  • バグ #26666274: INFINITE LOOP INPERFORMANCESCHEMABUFFERCONTAINER。

  • バグ #23550835、バグ #23298025、バグ #81464: 内部バッファがいっぱいになったときにSELECTパフォーマンススキーマテーブルがサーバーを終了させる可能性があります。

Aurora MySQL データベースエンジンの更新 2019-09-19 (バージョン 2.04.6) (廃止)

2.04.6

  • バグ #23054591: PURGE BINARY LOGS TO がバイナリログファイル全体を読み込んでいて、 が停止 MySql する

Aurora MySQL データベースエンジンの更新 2019-05-02 (バージョン 2.04.2) (廃止)

2.04.2

バグ #24829050 - INDEX_MERGE_INTERSECTION OPTIMIZATION CAUSES WRONG QUERY RESULTS

Aurora MySQL データベースエンジンの更新 2018-10-11 (バージョン 2.03) (廃止)

2.03

  • REVERSE SCAN ON A PARTITIONED TABLE DOES ICP - ORDER BY DESC (バグ #24929748)。

  • JSON_OBJECT CREATES INVALID JSON CODE (バグ #26867509)。

  • INSERTING LARGE JSON DATA TAKES AN INORDINATE AMOUNT OF TIME (バグ #22843444)。

  • PARTITIONED TABLES USE MORE MEMORY IN 5.7 THAN 5.6 (バグ #25080442)。

Aurora MySQL データベースエンジンの更新 2018-09-21 (バージョン 2.02.4) (廃止)

2.02.4

  • BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME

  • BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.

  • BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE

  • BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)

  • BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0

  • BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT

  • BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).

  • BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE

  • BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP

  • BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V

  • BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC

  • BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS

  • BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11

  • BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR

  • BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER

  • BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY

  • BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE

  • BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY

Aurora MySQL データベースエンジンの更新 2018-05-03 (バージョン 2.02) (廃止)

2.02.0

左結合は外部側で不正な結果を返します (バグ #22833364)。

AuroraSQL MySQL 1.x データベースエンジンの更新によって修正されたバグ

SQL 5.6 互換バージョンの Aurora には、マイSQL 5.6.10 までのすべてのマイSQLバグ修正が含まれています。次の表は、Aurora MySQL データベースエンジンの更新によって修正された追加の MySQL バグと、それらが修正された更新を示しています。

データベースエンジンの更新 バージョン バSQLグが修正されました
Aurora MySQL データベースエンジンの更新 2021-03-18 (バージョン 1.23.2) (廃止) 1.23.2
  • レプリケーション: SHOW BINLOG EVENTS 文の実行中に、パラレルトランザクションがブロックされました。この修正により、SHOW BINLOG EVENTS プロセスはファイルの終了位置を計算する間だけロックを取得するため、パラレルトランザクションが長期間ブロックされることはありません。(バグ #76618、バグ #20928790)

Aurora MySQL データベースエンジンの更新 2020-09-02 (バージョン 1.23.0) (廃止) 1.23.0
  • ALTER TABLE ADD COLUMN ALGORITHM=QUICK のバイナリログイベントは、コミュニティ版と互換性を持つように ALGORITHM=DEFAULT として書き換えられます。

  • BUG #22350047: IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED

  • バグ #29915479: RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG CAN RESULTS INDUMP SERVER EXIT

  • バグ #30441969: BUG #29723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST

  • バグ #30628268: OUT OF MEMORY CRASH

  • バグ #27081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION

  • バグ #27230859: UNEXPECTED BEHAVIOUR WHILE HANDLING INVALID POLYGON"

  • バグ #27081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL"

  • バグ #26935001: ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • バグ #29770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE

  • バグ #27659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)

  • バグ #24786290: REPLICATION BREAKS AFTER BUG #74145 HAPPENS IN MASTER

  • バグ #27703912: EXCESSIVE MEMORY USAGE WITH MANY PREPARE

  • バグ #20527363: TRUNCATE TEMPORARY TABLE CRASH: !DICT_TF2_FLAG_IS_SET(TABLE、DICT_TF2_TEMPORARY)

  • バグ #23103937 PS_TRUNCATEALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • バグ #25053286: USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (5.6.36 で修正)

  • バグ #25586773: INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (5.6.39 で修正)

  • バグ #27407480: AUTOMATIC_SP_PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL。USER TABLE

  • バグ #26997096: relay_log_space 値は同期された方法で更新されないため、その値はリレーログで使用される実際のディスク領域よりもはるかに大きくなることがあります。

  • バグ #15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NOT WORKING AS EXPECTED

  • SSL バグバックポートバグ #17087862、バグ #20551271

  • バグ #16894092: PERFORMANCE REGRESSION IN 5.6.6+ FOR INSERT INTO ... SELECT ... FROM (5.6.15 で修正)。

  • SLAVE_TYPE_CONVERSIONS に関連するバグ修正を移植します。

Aurora MySQL データベースエンジンの更新 2020-11-09 (バージョン 1.22.3) (廃止) 1.22.3
  • バグ #26654685: 外部キーチェック中に破損したインデックス ID が検出され、アサーションが発生しました

  • バグ #15831300: デフォルトでは、整数をマスターの小さいタイプからスレーブの大きいタイプに昇格させる場合 (マスターのSMALLINT列からスレーブのBIGINT列など)、昇格された値は署名されているものとして扱われます。このような場合、サーバーシステム可変 slave_type_converss に指定された値のセットで、ALL_SIGNED および ALL_UNSIGNED の一方または両方を使用してこの動作を変更またはオーバーライドすることができます。詳細については、「行ベースのレプリケーション: 属性の昇格と降格」、および可変についての説明を参照してください。

  • バグ #17449901: foreign_key_checks=0 で、InnoDB は外部キー制約で必要なインデックスを削除することを許可し、テーブルを不整合に配置したため、テーブルのロード時に発生する外部キーチェックに失敗しました。InnoDB で、foreign_key_checks=0 であっても、外部キーの制約により必要なインデックスが削除できなくなりました。外部キーの制約は、外部キーのインデックスを削除するよりも前に削除する必要があります。

  • BUG #20768847: 外部キー依存関係を持つテーブルに対する ALTER TABLE ... DROPINDEXオペレーションがアサーションを発生させました。

Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 1.22.0) (廃止) 1.22.0
  • バグ #16346241 - SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

  • バグ #17733850 - NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEMNAME__CONST()

  • バグ #20989615 - INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

  • バグ #20181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD

  • バグ #27326796 - MYSQL CRASH WITH INNODB ASSERTION FAILURE IN FILE PARS0PARS.CC

  • バグ #20590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL

Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 1.21.0) (廃止) 1.21.0
  • バグ #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • バグ #17059925: UNIONステートメントで、行を調べた値が誤って計算されました。これは、Performance Schemaステートメントテーブル (events_statements_current など) の ROWS_EXAMINED 列に対して大きすぎる値として現れていました。

  • バグ #11827369: SELECT ... FROM DUAL ネストされたサブクエリのいくつかのクエリでアサーションが発生しました。

  • バグ #16311231: クエリに IN句内のXORオペレーションを含む WHERE句内のサブクエリが含まれている場合、誤った結果が返されました。

Aurora MySQL データベースエンジンの更新 2019-11-11 (バージョン 1.20.0) (廃止) 1.20.0
  • バグ #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • バグ #17059925: UNIONステートメントで、行を調べた値が誤って計算されました。これは、Performance Schemaステートメントテーブル (events_statements_current など) の ROWS_EXAMINED 列に対して大きすぎる値として現れていました。

  • バグ #11827369: SELECT ... FROM DUAL ネストされたサブクエリのいくつかのクエリでアサーションが発生しました。

  • バグ #16311231: 句にXORオペレーションを含む IN句にサブクエリが含まれている場合、誤った結果が返されましたWHERE

Aurora MySQL データベースエンジンの更新 2019-09-19 (バージョン 1.19.5) (廃止) 1.19.5
  • CVE-2018-2696

  • CVE-2015-4737

  • バグ #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • バグ #17059925: UNIONステートメントで、行を調べた値が誤って計算されました。Performance Schemaステートメントテーブル (events_statements_current など) の ROWS_EXAMINED 列の値が大きすぎることに関するマニフェストでした。

  • バグ #11827369: SELECT ... FROM DUAL ネストされたサブクエリのいくつかのクエリでアサーションが発生しました。

  • バグ #16311231: 句に XORオペレーションを含む IN句にサブクエリが含まれている場合、誤った結果が返されましたWHERE

Aurora MySQL データベースエンジンの更新 2019-02-07 (バージョン 1.19.0) (廃止) 1.19.0
  • BUG #32917: DETECT ORPHAN TEMP-POOL FILES、 AND HANDLE GRACEFULLY

  • BUG #63144 CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE

Aurora MySQL データベースエンジンの更新 2019-01-17 (バージョン 1.17.8) (廃止) 1.17.8
  • BUG #13418638: CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE

Aurora MySQL データベースエンジンの更新 2018-10-08 (バージョン 1.17.7) (廃止) 1.17.7
  • 外部キー列のインデックスを削除すると、テーブルが見つからなくなります。(バグ #16208542)

  • add_derived_key() のメモリリーク。(バグ #76349)

  • パーティショニングされたテーブルの場合、インデックスマージが使用されたかどうかによって、クエリが異なる結果を返すことがありました。(バグ #16862316)

  • index_merge 最適化を使用するクエリ (「インデックスマージの最適化」を参照) は、 によってパーティション分割されたテーブルに対して実行されたときに無効な結果が返される可能性がありますHASH。(バグ #17588348)

Aurora MySQL データベースエンジンの更新 2018-09-06 (バージョン 1.17.6) (廃止) 1.17.6
  • BINARY 列のデフォルト値の名前を変更または変更した ALTERTABLEステートメントの場合、変更はテーブルのコピーを使用して行われ、所定の位置にはありません。(バグ #67141、バグ #14735373、バグ #69580、バグ #17024290)

  • 暗黙的にグループ化された通常のテーブルと派生したテーブルの間の外部結合によって、サーバーが終了する可能性があります。(バグ #16177639)

Aurora MySQL データベースエンジンの更新 2018-03-13 (バージョン 1.17) (廃止) 1.17.0
  • LASTレプリケーションフィルターが使用されている場合、_INSERT_ID が誤ってレプリケートされる (バグ #69861)

  • クエリは、INDEX_MERGE 設定 (バグ #16862316) かどうかに応じて異なる結果を返します。

  • ストアドルーチン、非効率なクエリプランのクエリ処理の再実行 (バグ #16346367)

  • InnoDB FTS : FTS_CACHE_APPEND_DELETEDDOC_IDS でアサートする (バグ #18079671)

  • で RBT_EMPTY(INDEX_CACHE->WORDS) をアサートする ALTER TABLE CHANGE COLUMN (バグ #17536995)

  • 保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ #70333、バグ #17458835)

Aurora MySQL データベースエンジンの更新 2017-11-20 (バージョン 1.15.1) (廃止) 1.15.1
  • 元に戻されました —SQL インスタンスが停止しています「インデックスを作成していますSYNC」 (バグ #73816)

  • 元に戻す — で RBT_EMPTY(INDEX_CACHE->WORDS) をアサートする ALTER TABLE CHANGE COLUMN (バグ #17536995)

  • 元に戻す — 保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ #70333)

Aurora MySQL データベースエンジンの更新 2017-10-24 (バージョン 1.15) (廃止) 1.15.0
  • CREATE USER はプラグインとパスワードハッシュを受け入れますが、パスワードハッシュは無視します (バグ #78033)

  • パーティションエンジンは、読み取りビットのセットにフィールドを追加し、パーティションインデックスからソートされたエントリを返せるようにします。これにより、結合バッファでは不要なフィールドまで読み取ろうとします。すべてのパーティションフィールドを read_set に追加するのではなく、read_set の設定済みのプレフィックスフィールドでのみソートするように修正しました。key_cmp を実行する場合、少なくとも最初のフィールドを読み取る必要がある DBUG_ASSERT を追加しました (バグ #16367691)。

  • SQL インスタンスが停止する「インデックスの作成中SYNC」 (バグ #73816)

  • で RBT_EMPTY(INDEX_CACHE->WORDS) をアサートする ALTER TABLE CHANGE COLUMN (バグ #17536995)

  • 保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ #70333)

Aurora MySQL データベースエンジンの更新: 2018-03-13 (バージョン 1.14.4) (廃止) 1.14.4
  • 無視できるイベントが動作せず、テストされない (バグ #74683)

  • NEW->OLD ASSERT FAILURE 'GTID_MODE > 0' (バグ #20436436)

Aurora MySQL データベースエンジンの更新: 2017-08-07 (バージョン 1.14) (廃止) 1.14.0

派生テーブル (FROM 句のサブクエリ) と結合された全文検索では、サーバーが終了しました。ここで、全文操作が派生テーブルに依存する場合、サーバーは、マテリアライズされたテーブルで全文検索を実行できないことを示すエラーを生成します。(バグ #68751、バグ #16539903)

Aurora MySQL データベースエンジンの更新: 2017-05-15 (バージョン 1.13) (廃止) 1.13.0
  • 空の間に削除されたテーブルを再ロードすると、AUTO_INCREMENT 値がリセットされました。(バグ #21454472、バグ #77743)

  • purge_node_t 構造の不一致により、ロールバック時にインデックスレコードが見つかりませんでした。この不一致により、「秒インデックスエントリの更新でエラーが発生しました」、「レコードをパージできませんでした」、「削除用にマークされていない秒インデックスエントリをパージしようとしました」などの警告やエラーメッセージが表示されました。(バグ #19138298、バグ #70214、バグ #21126772、バグ #21065746)

  • qsort オペレーションのスタックサイズの計算が正しくないと、スタックのオーバーフローが発生します。(バグ #73979)

  • ロールバック時にインデックスにレコードが見つかりませんでした。(バグ #70214、バグ #72419)

  • ALTER TABLE 更新TIMESTAMP時に列を追加 CURRENT_TIMESTAMP inserts ZERO-datas (バグ #17392)

Aurora MySQL データベースエンジンの更新: 2017-04-05 (バージョン 1.12) (廃止) 1.12.0
  • 空の間に削除されたテーブルを再ロードすると、AUTO_INCREMENT 値がリセットされました。(バグ #21454472、バグ #77743)

  • purge_node_t 構造の不一致により、ロールバック時にインデックスレコードが見つかりませんでした。この不一致により、「秒インデックスエントリの更新でエラーが発生しました」、「レコードをパージできませんでした」、「削除用にマークされていない秒インデックスエントリをパージしようとしました」などの警告やエラーメッセージが表示されました。(バグ #19138298、バグ #70214、バグ #21126772、バグ #21065746)

  • qsort オペレーションのスタックサイズの計算が正しくないと、スタックのオーバーフローが発生します。(バグ #73979)

  • ロールバック時にインデックスにレコードが見つかりませんでした。(バグ #70214、バグ #72419)

  • ALTER TABLE 更新TIMESTAMP時に列を追加 CURRENT_TIMESTAMP inserts ZERO-datas (バグ #17392)

Aurora MySQL データベースエンジンの更新: 2017-02-23 (バージョン 1.11) (廃止) 1.11.0
  • ALTER テーブルDROP外部キーを別のDROPオペレーションと同時に実行すると、テーブルは消えます。(バグ #16095573)

  • ORDER BY を使用した一部の INFORMATION_SCHEMA クエリは、以前と同じようにファイルソートの最適化を使用しませんでした。(バグ #16423536)

  • FOUND_ROWS () は、テーブルの行数を誤って返します。(バグ #68458)

  • 開いているテンポラリテーブルが多すぎると、エラーが発生する代わりに、サーバーに障害が発生する。(バグ #18948649)

Aurora MySQL データベースエンジンの更新: 2016-12-14 (バージョン 1.10) (廃止) 1.10.0
  • UNION 派生テーブルの は、'1=0/false'-clauses で間違った結果を返します。(バグ #69471)

  • ストアドプロシージャの 2 回目の実行時に ITEM_FUNCGROUP_CONCAT_::FIX_FIELDS でサーバーがクラッシュします。(バグ #20755389)

  • FTS キャッシュサイズが合計サイズの 10% SQLを超えるとすぐに、キャッシュ同期タスクを別のスレッドにオフロードすることで、キャッシュ同期中にクエリが長時間停止しないようにします。(バグ #22516559、#73816)

Aurora MySQL データベースエンジンの更新: 2016-10-26 (バージョン 1.8.1) (廃止) 1.8.1
  • を開くと、 LogJam 問題により Diffie-Hellman キーの長さパラメータSSLが変更されました。(バグ #18367167)

Aurora MySQL データベースエンジンの更新: 2016-10-18 (バージョン 1.8) (廃止) 1.8.0
  • 複数のインデックスを持つ列のすべてのインデックスを削除すると、外部キー制約でインデックスが必要な場合、InnoDB はDROPINDEXオペレーションをブロックできませんでした。(バグ #16896810)

  • 外部キーの制約に伴うクラッシュの解決策を追加しました。(バグ #16413976)

  • ストアドプロシージャでカーソルを取得し、同時にテーブルを分析またはフラッシュするときに発生するクラッシュを修正しました。(バグ #18158639)

  • ユーザーがテーブルを変更して AUTO_INCREMENT 値を自動増分列の最大値未満に変更する場合の、自動増分のバグを修正しました。(バグ #16310273)

Aurora MySQL データベースエンジンの更新: 2016-08-30 (バージョン 1.7.0) (廃止) 1.7.0
  • LOCK_grant ロックをパーティション化することでスケーラビリティを向上させます。(ポート WL #8355)

  • ストアドプロシージャSELECTで にカーソルを開くと、segfault が発生します。(ポートのバグ #16499751)

  • 特別な使用法で間違った結果が出ましたSQL。(バグ #11751794)

  • GET_SEL_ARG_FOR_KEYPART のクラッシュ — バグ #11751794 のパッチによって引き起こされます。(バグ #16208709)

  • GROUP BY を使用した単純なクエリの結果が間違っています。(バグ #17909656)

  • 範囲の述語を使った半結合 (semi-join) クエリで、余分な行が返されます。(バグ #16221623)

  • IN サブクエリの後に ORDER BY 句を追加すると、重複する行が返される可能性があります。(バグ #16308085)

  • GROUP BY、My のルーズスキャンを含むクエリの説明を含むクラッシュISAM。(バグ #16222245)

  • 引用符付きの INT 述語を使ったルースインデックススキャンでランダムなデータが返されます。(バグ #16394084)

  • オプティマイザがルースインデックススキャンを使用した場合、サーバーがテンポラリテーブルを作成しようとするときに終了する場合があります。(バグ #16436567)

  • COUNT(DISTINCT) はNULL値をカウントしませんが、オプティマイザがルーズインデックススキャンを使用したときにカウントされました。(バグ #17222452)

  • クエリに MIN()/MAX() と aggregate_function(DISTINCT) の両方があり (例: SUM(DISTINCT))、ルーズインデックススキャンを使用して実行された場合、MIN()/MAX() の結果値は不適切に設定されました。(バグ #17217128)

Aurora MySQL データベースエンジンの更新: 2016-06-01 (バージョン 1.6.5) (廃止) 1.6.5
  • SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug #17632285)

Aurora MySQL データベースエンジンの更新: 2016-04-06 (バージョン 1.6) (廃止) 1.6.0
  • BACKPORT バグ #18694052 FIX FOR ASSERTION `!M_ORDEREDREC_BUFFER' FAILED TO 5.6 (ポートバグ #18305270)

  • SEGV IN MEMCPY()、HA_PARTITION::POSITION (ポートバグ # 18383840)

  • WRONG RESULTS WITH PARTITIONING,INDEX_MERGE AND NO PK (ポートバグ # 18167648)

  • FLUSH TABLES FOR EXPORT: ASSERTION IN HA_PARTITION::EXTRA (ポートバグ # 16943907)

  • SERVER CRASH IN VIRTUAL HA_ROWS HANDLER::MULTIRANGE_READ_INFO__CONST (ポートバグ # 16164031)

  • RANGE OPTIMIZER CRASHES IN SEL_ARG::RB_INSERT() (ポートバグ # 16241773)

Aurora MySQL データベースエンジンの更新: 2016-01-11 (バージョン 1.5) (廃止)

1.5.0

  • 「データベース名が数字で始まるテーブルに影響する全文検索SQL」の不完全な修正に対処しました。(ポートのバグ #17607956)

Aurora MySQL データベースエンジンの更新: 2015-12-03 (バージョン 1.4) (廃止)

1.4

  • SEGV FTSPARSE() の 。(バグ #16446108)

  • InnoDB データディクショナリが列名を変更しながら更新されない。(バグ #19465984)

  • FTS テーブルの名前を別のデータベースに変更すると、 がクラッシュします。(バグ #16834860)

  • 削除されたテーブルでトリガーの準備が失敗するとエラー 1054 が発生する。(バグ #18596756)

  • メタデータを変更するとトリガーの実行で問題が発生する場合がある。(バグ #18684393)

  • マテリアライズは長いUTF8VARCHARフィールドでは選択されません。(バグ #17566396)

  • 制限 X の ORDER BY の場合、実行プランが悪い (バグ #16697792)

  • バグ #11765744 を 5.1、5.5 5.6 AND にバックポートします。(バグ #17083851)

  • SQL/SQL_SHOW.CC のミューテックスの問題により、 が発生しますSIG6。ソースは FILL_ である可能性がありますVARIABLES。(バグ #20788853)

  • バグ #18008907 を 5.5 以上のバージョンにバックポート。(バグ #18903155)

  • MySQL 5.7 のスタックオーバーフローエラーの修正。(バグ #19678930)

Aurora MySQL データベースエンジンの更新: 2015-10-16 (バージョン 1.2、1.3) (廃止)

1.2、1.3

  • innodb 内でクエリを強制するとアサーションとともにクラッシュすることがある。(バグ #1608883)

  • イベントスケジューラ、イベント実行、または新規接続で新規スレッドの作成に失敗すると、エラーログにメッセージが書き込まれない。(バグ #16865959)

  • 1 つの接続がデフォルトのデータベースを変更し、同時に別の接続が SHOW を実行した場合PROCESSLIST、最初の接続のデフォルトのデータベースメモリを表示しようとすると、2 番目の接続が無効なメモリにアクセスする可能性があります。(バグ #11765252)

  • PURGE BINARY LOGS 設計上、使用中またはアクティブなバイナリログファイルは削除されませんが、これが発生したときに通知は行われませんでした。(バグ #13727933)

  • 一部のステートメントで、オプティマイザが不必要なサブクエリ句を削除するとメモリリークが発生することがある。(バグ #15875919)

  • シャットダウン時に、サーバーが初期化されていないミューテックスをロックする場合がある。(バグ #16016493)

  • GROUP_CONCAT() を使用したプリペアドステートメントと複数の列に名前を付けた ORDER BY 句を使用すると、サーバーが終了する可能性があります。(バグ #16075310)

  • Performance Schemaの計測がレプリカワーカースレッドで見つからない。(バグ #16083949)

  • STOP SLAVE は、1 つ以上のステータス変数 、Slave_retried_transactions、、Slave_heartbeat_period、または の値を取得SHOWSTATUSした などのステートメントと同時に発行されるとSlave_received_heartbeats、デッドロックを引き起こす可能性がありますSlave_last_heartbeatSlave_running。(バグ #16088188)

  • 検索する用語が引用句で囲まれた語句の場合に、ブールモードを使用した全文クエリの結果がゼロになることがある。(バグ #16206253)

  • サブクエリの結合の ON 句でサブクエリを使用して準備済みステートメントを実行する際に、オプティマイザが冗長サブクエリ句を削除しようとすると、アサーションが立ち上がる。(バグ #16318585)

  • GROUP_CONCAT unstable、ITEM_SUM::CLEAN_UP_AFTER_ でクラッシュREMOVAL。(バグ #16347450)

  • INFORMATION_.SCHEMAINNODB_ と同じ構造を持つ InnoDB テーブルを作成して、デフォルトの InnoDB 全文検索 (FTS) ストップワードリストを置き換えようとする InnoDB FT_DEFAULT_STOPWORD はエラーになります。(バグ #16373868)

  • ワーカーのクライアントスレッドが を実行しFLUSHTABLESWITHREADLOCK、その後にマスターでいくつかの更新が行われた後、ワーカーは の実行時にハングアップしますSHOW SLAVE STATUS。(バグ #16387720)

  • 全文検索で「abc-def」などの区切り文字検索文字列を解析するときに、InnoDB は My と同じ単語区切り文字を使用するようになりましたISAM。(バグ #16419661)

  • FTS_AST_TERM_SET_ のクラッシュWILDCARD。(バグ #16429306)

  • SEGFAULT FTSRQGテスト用の FTS_AST_VISIT() の 。(バグ #16435855)

  • デバッグを構築するために、オプティマイザがサブクエリを指す Item_ref を削除すると、サーバーが終了する。(バグ #16509874)

  • InnoDB テーブルの全文検索が、リテラル句を + または - 演算子と組み合わせた検索に失敗する。(バグ #16516193)

  • START SLAVE オプション--master-info-repository=TABLE relay-log-info-repository=TABLE で、自動コミットが 0 に設定されているサーバーが とともに起動されると、 は失敗しました--skip-slave-start。(バグ #16533802)

  • 非常に大きな InnoDB 全文検索 (FTS) の結果は、過剰なメモリを消費する可能性があります。(バグ #16625973)

  • デバッグビルドでは、バイナリにバイトやその他の意味のない文字が含まれている可能性があるため、検索文字列でバイナリを直接使用する場合、OPT_CHECKORDER_BY NULL でアサーションが発生する可能性があります。(バグ #16766016)

  • 一部のステートメントで、オプティマイザが不必要なサブクエリ句を削除するとメモリリークが発生することがある。(バグ #16807641)

  • ワーカーへの新しい接続STOP SLAVEで を発行し、元の接続SHOW SLAVE STATUSを使用して を発行FLUSHTABLESWITHREADLOCKすることで、発行後にデッドロックが発生する可能性があります。(バグ #16856735)

  • GROUP無効な区切り文字を持つ _CONCAT() は、サーバーの終了を引き起こす可能性があります。(バグ #16870783)

  • パターンがそれらのミューテックス (、、Slave_heartbeat_period、、) を使用するステータス変数と一致しない場合でも、サーバーは任意のSHOWSTATUSLIKE「パターン」ステートメントの LOCK_active_mi Slave_last_heartbeat Slave_received_heartbeatsおよび active_mi->rli->data_lock ミューテックスに対して過剰なロックを実行しましたSlave_retried_transactionsSlave_running。(バグ #16904035)

  • IN BOOLEANMODE修飾子を使用した全文検索では、アサーションが失敗します。(バグ #16927092)

  • + ブール演算子を使用した検索で InnoDB テーブルの全文検索が失敗する。(バグ #17280122)

  • 4 ウェイデッドロック: ゾンビ、バイナリログの破棄、プロセスリストの表示、バイナリログの表示。(バグ #17283409)

  • コミットロックを待機していた SQLスレッドが強制終了されて再起動されると、ワーカーでトランザクションがスキップされます。(バグ #17450876)

  • 「unended」トークンが原因で InnoDB 全文検索失敗が発生する。文字列および文字列長を、文字列比較に渡す必要があります。(バグ #17659310)

  • My 5.6 または 5.7 で使用すると、多数のパーティション分割された InnoDB テーブルが、MySQL Server の以前のリリースで使用したのと同じテーブルで使用されるメモリよりもはるかに多くのメモリをSQL消費する可能性があります。(バグ #17780517)

  • 全文クエリで、num_token が max_proximity_item より少ないことを確認しようとして失敗すると、アサーションが発生する。(バグ #18233051)

  • INFORMATION_SCHEMA TABLESおよび COLUMNSテーブルに対する特定のクエリでは、空の InnoDB テーブルが多数ある場合、メモリが過剰に使用される可能性があります。(バグ #18592390)

  • トランザクションをコミットするときに、特に master_info_repository= でサーバーを実行するときに、より多くのリソースを使用するスレッド自体をチェックするのではなく、 フラグを使用してスレッドが作成されたかどうかをチェックするようになりましたTABLE。(バグ #18684222)

  • マスターが を実行FLUSHTABLESWITHREADLOCKしている間にワーカーのクライアントスレッドが実行された場合DML、同じクライアントSHOW SLAVE STATUSで実行される がブロックされ、デッドロックが発生します。(バグ #19843808)

  • GROUP_CONCAT() 結果で順序を付けると、サーバーが終了する可能性があります。(バグ #19880368)

Aurora MySQL データベースエンジンの更新: 2015-08-24 (バージョン 1.1) (廃止)

1.1

  • 名前が数字で始まる InnoDB データベースでは、全文検索 (FTS) パーサーエラーが発生します。(バグ #17607956)

  • InnoDB 全文検索は、名前の尖塔が数字のデータベースでは失敗します。(バグ #17161372)

  • Windows 上の InnoDB データベースの場合、全文検索 (FTS) オブジェクト ID が 16 進数形式ではありません。(バグ #16559254)

  • MySQL 5.6 で導入されたコードリグレッションは、 DROPTABLEとALTERTABLEパフォーマンスに悪影響を及ぼします。これにより、MySQL Server 5.5.x と 5.6.x の間でパフォーマンスが低下する可能性があります。(バグ #16864741)

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.