【5/30】航海日誌48時間過ぎたデータの削除 #1850

概要

48時間以上位置登録の履歴が残っている #1842
への対応用PRです。log_user_activityのログ移動スクリプトのコメントアウトを外しました。
反映は来月予定。

テスト方法、確認した内容

削除後表示がおかしくないか、スクリプトは問題なく動作しているか

TODO

件数が多いのでスクリプト実行前にlog_user_activityの現在データを__oldにしたほうが良さそう

手順

CREATE TABLE `jrye`.`log_user_activity__new` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_no` int(11) NOT NULL,
  `type` tinyint(4) NOT NULL,
  `type2` tinyint(4) NOT NULL,
  `user_no2` int(11) NOT NULL,
  `info1` int(11) NOT NULL DEFAULT '0',
  `info2` int(11) NOT NULL DEFAULT '0',
  `info3` int(11) NOT NULL DEFAULT '0',
  `check_flg` tinyint(4) NOT NULL DEFAULT '0',
  `reg_date` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `user_no` (`user_no`,`type`,`reg_date`),
  KEY `user_no_2` (`user_no`,`check_flg`,`type`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

RENAME TABLE log_user_activity TO log_user_activity__old, log_user_activity__new TO log_user_activity;

ENVIRONMENT=development PF=yamada php lib/exec/tool_insert_recently_log_user_activity.php

DROP TABLE `jrye_log`.`log_user_activity`;

CREATE TABLE `jrye_log`.`log_user_activity` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_no` int(11) NOT NULL,
  `type` tinyint(4) NOT NULL,
  `type2` tinyint(4) NOT NULL,
  `user_no2` int(11) NOT NULL,
  `info1` int(11) NOT NULL DEFAULT '0',
  `info2` int(11) NOT NULL DEFAULT '0',
  `info3` int(11) NOT NULL DEFAULT '0',
  `check_flg` tinyint(4) NOT NULL DEFAULT '0',
  `reg_date` int(11) NOT NULL,
  PRIMARY KEY (`id`,`reg_date`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

ALTER TABLE `jrye_log`.`log_user_activity`
PARTITION BY RANGE ( reg_date ) (
  PARTITION p202205 VALUES LESS THAN ( 1654009200 ),
  PARTITION p202206 VALUES LESS THAN ( 1656601200 ),
  PARTITION p202207 VALUES LESS THAN ( 1659279600 ),
  PARTITION p202208 VALUES LESS THAN ( 1661958000 ),
  PARTITION p202209 VALUES LESS THAN ( 1664550000 ),
  PARTITION p202210 VALUES LESS THAN ( 1667228400 ),
  PARTITION p202211 VALUES LESS THAN ( 1669820400 ),
  PARTITION p202212 VALUES LESS THAN ( 1672498800 ),
  PARTITION p202301 VALUES LESS THAN ( 1675177200 ),
  PARTITION p202302 VALUES LESS THAN ( 1677596400 ),
  PARTITION p202303 VALUES LESS THAN ( 1680274800 ),
  PARTITION p202304 VALUES LESS THAN ( 1682866800 ),
  PARTITION p202305 VALUES LESS THAN ( 1685545200 ),
  PARTITION p202306 VALUES LESS THAN ( 1688137200 ),
  PARTITION p202307 VALUES LESS THAN ( 1690815600 ),
  PARTITION p202308 VALUES LESS THAN ( 1693494000 ),
  PARTITION p202309 VALUES LESS THAN ( 1696086000 ),
  PARTITION p202310 VALUES LESS THAN ( 1698764400 ),
  PARTITION p202311 VALUES LESS THAN ( 1701356400 ),
  PARTITION p202312 VALUES LESS THAN ( 1704034800 ),
  PARTITION p202401 VALUES LESS THAN ( 1706713200 ),
  PARTITION p202402 VALUES LESS THAN ( 1709218800 ),
  PARTITION p202403 VALUES LESS THAN ( 1711897200 ),
  PARTITION p202404 VALUES LESS THAN ( 1714489200 ),
  PARTITION p202405 VALUES LESS THAN ( 1717167600 ),
  PARTITION p202406 VALUES LESS THAN ( 1719759600 ),
  PARTITION p202407 VALUES LESS THAN ( 1722438000 ),
  PARTITION p202408 VALUES LESS THAN ( 1725116400 ),
  PARTITION p202409 VALUES LESS THAN ( 1727708400 ),
  PARTITION p202410 VALUES LESS THAN ( 1730386800 ),
  PARTITION p202411 VALUES LESS THAN ( 1732978800 ),
  PARTITION p202412 VALUES LESS THAN ( 1735657200 )
);

@wada
お手隙で確認お願いいたします

@kouho
pr内容の対応は問題ありません。

初回は大量のデータの挿入と削除が必要になりそうですが、どのように対応しますか？

@wada
log_gold_changeの対応を参考に手順を記載しましたのでお手隙で確認お願いいたします。

@wada
CREATE文を修正してプライマリーキーの修正とパーティションの設定用のクエリを追加しました。

@kouho
作業内容の確認ですが、以下の内容で間違い無いですか？
1. jryeDBで、log_user_activity__newテーブルを作成
2. jryeDBで、log_user_activity__newテーブルとlog_user_activityテーブルを入れ替え
3. jryeDBで、log_user_activity__oldテーブルからlog_user_activityテーブルへ48時間分のレコードを挿入
4. jrye_logDBで、元のlog_user_actibityテーブルを削除
5. jrye_logDBで、パーティション化されたlog_user_actibityテーブルを作成
6. cronにバッチを設定して、10分ごとにjrye.log_user_actibityテーブルからjrye_log.log_user_actibityテーブルに48時間以前のデータを移動
7. jrye.log_user_activity__oldテーブルが、容量を圧迫するようなら、dumpしてテーブル削除

@wada
和田さんの書いている内容で間違い無いです

@kouho
ありがとうございます。手順に関しては問題ないです。
jrye_log. log_user_actibity について、もしindexを参照することがないのであれば、index（user_no, user_no_2）を削除しても良いかなと思います。
indexの分だけ容量が大きくなるためです。

@wada
了解ですjrye_log.log_user_activityはindex削除しますね

@kouho
index使用しなさそうですかね。okです