Monitoring 如何以毫秒分辨率而不是分钟分辨率存储从Zabbix代理收集的数据度量

我想要不同的数据指标，比如CPU利用率，Zabbix代理的内存利用率，毫秒分辨率而不是分钟分辨率

我正在使用

Zabbix Python API

从Mysql Zabbix数据库中检索指标，注意到数据是以分钟分辨率存储的，如下所示：

Sl.NO Date                            Value

 1   Monday, March 25, 2019 04:22:07  0.0700
 2   Monday, March 25, 2019 04:23:07  0.0600
 3   Monday, March 25, 2019 04:24:07  0.1400
 4   Monday, March 25, 2019 04:25:07  0.2700
 5   Monday, March 25, 2019 04:26:07  0.2400
 6   Monday, March 25, 2019 04:27:07  0.1800
 7   Monday, March 25, 2019 04:28:07  0.1600
 8   Monday, March 25, 2019 04:29:07  0.1700
 9   Monday, March 25, 2019 04:30:07  0.0600
 10  Monday, March 25, 2019 04:31:07  0.0600
 11  Monday, March 25, 2019 04:32:07  0.1300

---

在Zabbix中是否可以以毫秒（或纳秒）分辨率存储数据度量。如果是，我应该怎么做。

根据项目上定义的更新间隔（在您的示例中为60秒）检索和存储数据

更新间隔不能小于1秒，请参阅：

更新间隔：每N秒检索此项的新值

作为一种考虑，我总是以分钟为单位使用更新间隔，在特定情况下使用30秒

如果不是“自动DoS”，更频繁的更新间隔通常是一个过度的杀伤力，让我们做一个不真实的示例：每秒从10台主机读取1000个值意味着每秒向数据库插入10000个，每天存储10000*86400*90字节（请参阅）。。。然后你必须阅读和分析大量的数据

当然，我没有考虑Zabbix代理的负载，服务器将在监控系统的负载下崩溃

---

仔细规划更新间隔，包括代理负载和服务器负载、存储的IOPS容量、数据保留等。。。文档详细介绍了这些指标。

（1）是否可以从一台主机收集1000个指标（比如100个指标）中的一些指标，并插入数据库，以便在1秒内检索数据指标。（2） 我已经注意到时间格式是UNIX timestamp，但我注意到一些论坛引用历史记录中的

nanosecond

列的原因来收集小于1秒的指标。当然，你可以每秒插入1000个新值，甚至更多，你只需要一个支持足够IOPS的存储，比如一个漂亮的SSD raid。