Browse Source

Fix Data Cleanup doc (#1121)

master
Facundo Aita 2 years ago
committed by GitHub
parent
commit
ddf5ddd6af
No known key found for this signature in database GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 2 additions and 2 deletions
  1. +2
    -2
      docs/content/user-guide/en/cap/messaging.md

+ 2
- 2
docs/content/user-guide/en/cap/messaging.md View File

@@ -125,8 +125,8 @@ There is an `ExpiresAt` field in the database message table indicating the expir


Consuming failure will change the message status to `Failed` and `ExpiresAt` will be set to **15 days** later. Consuming failure will change the message status to `Failed` and `ExpiresAt` will be set to **15 days** later.


By default, the data of the message in the table is deleted **5 minutes** to avoid performance degradation caused by too much data. The cleanup strategy `ExpiresAt` is performed when field is not empty and is less than the current time.
By default, the data of the message in the table is deleted every **5 minutes** to avoid performance degradation caused by too much data. The cleanup strategy `ExpiresAt` is performed when field is not empty and is less than the current time.


That is to say, the message with the status Failed (by default they have been retried 50 times), if you do not have manual intervention for 15 days, it will **also be** cleaned up. That is to say, the message with the status Failed (by default they have been retried 50 times), if you do not have manual intervention for 15 days, it will **also be** cleaned up.


You can use [CollectorCleaningInterval](../configuration#collectorcleaninginterval) configuration items to custom the interval time.
You can use [CollectorCleaningInterval](../configuration#collectorcleaninginterval) configuration items to custom the interval time.

Loading…
Cancel
Save