MySQLの大きなテーブルの一括削除

通知テーブルには、Amazon IODSに1000 IOPSのホストである約1億行が含まれており、1か月より古い行を削除したいと思います。

実行するとDELETE FROM NOTIFICATION WHERE CreatedAt < DATE_SUB(CURDATE(), INTERVAL 30 day);、すべてのIOPSが取得され、プロセスに数時間かかり、「ロック待機タイムアウトが超過しました。トランザクションを再起動してください」という理由で、多くの新しいエントリを挿入できません。

ここで説明する方法を実行しようとしました：http : //mysql.rjweb.org/doc.php/deletebig ただし、増分IDの代わりにUUIDを使用しています。

挿入/更新される新しいデータに影響を与えずにそれらの行を削除するための正しい効率的な方法は何ですか？

一時テーブルを作成し、切り替えて、過去30日間のデータをコピーします。

#
# Make empty temp table
#
CREATE TABLE NOTIFICATION_NEW LIKE NOTIFICATION;
#
# Switch in new empty temp table
#
RENAME TABLE NOTIFICATION TO NOTIFICATION_OLD,NOTIFICATION_NEW TO NOTIFICATION;
#
# Retrieve last 30 days data 
#
INSERT INTO NOTIFICATION SELECT * FROM NOTIFICATION_OLD
WHERE CreatedAt >= DATE_SUB(CURDATE(), INTERVAL 30 DAY);

営業時間外に、古いテーブルをドロップしてください

DROP TABLE NOTIFICATION_OLD;

このようなDELETEを実行する利点は次のとおりです

1. NOTIFICATION 空のテーブルに切り替えることにより、空に速く空にされます。
2. NOTIFICATION 新しいINSERTですぐに利用可能
3. 残りの30日はNOTIFICATION、新しいINSERTを実行できる間に追加されます。
4. 古いバージョンのをNOTIFICATION削除しても、新しいINSERTは妨害されません
5. 注：以前にテーブルDELETEのベイトアンドスイッチを実行することをお勧めしました：（2012年7月19日の投稿：MySQL MEMORYテーブルでのDELETEクエリの最適化を参照）

試してみる ！！！

私のお気に入りは、Percona Toolkitのpt- archiverです。MySQLの負荷、レプリケーションラグを処理します。

CreatedAt <DATE_SUB（CURDATE（）、INTERVAL 30 day）である通知*からselect * fromとしてテーブルnotification_tempを作成します。

ドロップテーブル通知。

RENAME notification_temp TO NOTIFICATION;