Who Ate My MySQL Table Rows?

テクノロジーカテゴリーの変更を依頼記事元:

www.percona.com

4 usersがブックマークコメント

1

記事へのコメント1件

注目コメント
新着コメント

tmatsuu MySQL 8.0.27以降と8.4.0以降はINPLACEアルゴリズムを使ったALTER TABLE/OPTIMIZE TABLEと同時にDMLを実行すると最悪データロストの可能性があるらしい。2024/12/03時点で修正版は未リリース。COPYを使うかpt-online-schema-changeを推奨

2024/12/15 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

Who Ate My MySQL Table Rows?

TL;DR ALTER TABLE and OPTIMIZE TABLE on an InnoDB table, which rebuilds the table without blockin... TL;DR ALTER TABLE and OPTIMIZE TABLE on an InnoDB table, which rebuilds the table without blocking concurrent changes to it (i.e., executed using INPLACE algorithm) and concurrent DML or purge activity on the table can occasionally lead to two significant probl ems: ALTER/OPTIMIZE TABLE failing with an unnecessary duplicate key error (even though there are no duplicate keys in it). Data loss. Yes,