Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upTransient, one-off labels? #1696
Comments
This comment has been minimized.
This comment has been minimized.
|
The MySQL exporter kind of does this based on MySQLs summary tables. It uses a sanitized query as label value, so the set of queries remains bounded. If you generate a new label for every query with every parameter, Prometheus will blow up very fast. |
This comment has been minimized.
This comment has been minimized.
|
Prometheus could alert that a query has been running too long, but it's not going to be able to tell you which one. Combining with a logging tool is the best approach. |
brian-brazil
added
the
kind/question
label
Jun 9, 2016
brian-brazil
closed this
Oct 26, 2016
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 24, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
lock
bot
locked and limited conversation to collaborators
Mar 24, 2019
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
atombender commentedJun 1, 2016
I’d like to generate alerts for PostgreSQL statements that have been running for more than N minutes and are probably stuck due to locking or some I/O issue. The only way to report specific queries would be if the entire SQL statement was a label (e.g.
postgres_query_time_total{sql="select * from foo"} 9204881), otherwise an alert would be completely opaque until the developer or person on duty can consult the table of running statements.Does Prometheus handle this use case well, or is it a bad idea to generate so many transient labels?