-
Incident report
-
Resolution: Duplicate
-
Minor
-
None
-
2.0.3
-
None
We had a trigger with the expression:
{T_OS_Generic:icmppingloss.count(86400,0,"gt")}>20 &
{T_OS_Generic:icmppingloss.avg(#3)}<100
Unfortunately this result in a database query like:
select value from history where itemid=1604447 and clock>1352704830 and clock<=1352791230
Which is inefficient and bogs down the whole DB, especially doing multiple such queries for data gathered every 60 seconds from hosts (this results in 1440 fetched rows per checked item)
- duplicates
-
ZBXNEXT-322 Caching for historical data. Faster functions min(), max(), etc
- Closed