テーブルクリーナーに関する情報Summaryテーブルクリーナーは、テーブルのレコードを自動的に削除して、データが急激に増加するのを防ぎます。これらのレコードを自動的に削除することで、テーブルが管理不可能なサイズになるのを防ぐことができます。テーブルクリーナーのスケジュール設定済みジョブは、1 時間ごとにテーブルクリーナーを実行します。自動クリーニングされるテーブルのリストを表示するには、ナビゲーターフィルターで「sys_auto_flush_list.do」と入力します。[MatchField < (current_time - 経過時間 (秒))] を含むすべてのレコードが削除されます。[MatchField] フィールドは、クリーンアップしようとしているテーブルの [日付/時刻] 列を表します。[経過時間 (秒)] フィールドは、値を秒単位で表します。特定のテーブルに対して複数のテーブルクリーナーエントリを設定できます。パフォーマンスは、テーブルのサイズと使用される条件によって異なります。たとえば、インデックスのない非常に大きなテーブルでカスタム列を使用すると、パフォーマンスが大幅に低下します。パフォーマンスは、削除する行の数にも依存します。TableCleaner は DBDelete.setWorkflow() を呼び出しません。これは、DBDelete オブジェクトが workflow=false で実行されることを意味します (Java ブールのデフォルト値は false です)。したがって、ビジネスルールとワークフローの削除はトリガーされません。このジョブは特定のテーブルに対して、ある特定の実行時に 1,200 秒間レコードを削除します。この 1,200 秒を超えると、ジョブは特定のテーブルの削除を停止し、次回の実行時にこのテーブルに対する削除を再開します。以下は、しきい値 1,200 に達したときのローカルホストログからのスニペットです。 2019-09-30 01:25:56 (381) worker.0 worker.0 txid=4dd31ec01b58 TableCleaner による uapprovalmatrixlog からの古いレコードの削除が 1,200 秒を超えて実行されていたため停止しました。そのテーブルからの削除は次回の実行時に再開されます。2019-09-30 01:25:56 (382) worker.0 worker.0 txid=4dd31ec01b58 プール:Glide:使用停止されたプールから解放された接続 (8) (connpid=223343)2019-09-30 01:25:56 (382) worker.0 worker.0 txid=4dd31ec01b58 [0:20:00.309] TableCleaner による一括操作で uapprovalmatrixlog から約 117,706,130 個の古いレコードを削除しました テーブルクリーナーは拡張の一部であるテーブルでは機能しません。拡張テーブルをクリーニングするには、Data Archiving プラグインと Email Retention プラグインを使用する必要があります。これにより、不要になったメールメッセージがアーカイブされ、最終的に破棄されます。注:テーブルクリーナーは、シャードされたテーブル、テーブルローテーション、テーブル拡張には使用できません。Related Links役立つ可能性のある追加情報をいくつか次に示します。 テーブルクリーナーのセットアップ方法に関する KB Data Archiving プラグインと Email Retention プラグイン