Open yangsr12 opened 1 week ago
This is quite an old version of TimescaleDB. I suggest updating to a newer version to see if the problem persists.
This is quite an old version of TimescaleDB. I suggest updating to a newer version to see if the problem persists.
The version updates of TimescaleDB are relatively frequent. Version 2.11.1 was released in June of last year, and now the latest version is already 2.17.2. Rapid version updates indicate that the software is active, which is a good thing. However, for our application, upgrading the version may involve some costs, unless we can confirm this issue caused by TimescaleDB.
Our data volume is relatively large, with approximately 5 million records per hour. The link https://github.com/timescale/timescaledb/issues/6730 mentions that a table with 1 million records may trigger a failure to start autovacuum. From the logs above, it appears that our database not only failed to start autovacuum at that time, but also experienced many slow SQL queries, resulting in the inability to establish new connections to the database.
What type of bug is this?
Locking issue, Performance issue, Unexpected error
What subsystems and features are affected?
Background worker
What happened?
TimescaleDB version affected
2.11.1
PostgreSQL version used
15.2
What operating system did you use?
windows 10
What installation method did you use?
Source
What platform did you run on?
On prem/Self-hosted
Relevant log output and stack trace
How can we reproduce the bug?