influxdb踩过的坑

1. 场景描述： 测试写数据，发现写入的数据量与读到的数据量不一致。
   解析： . influxDB 是时序数据库，以时间戳作为索引。如果同一个时间戳写数据，则后面的数据会覆盖前面的数据。另外，在influxdb的可视化界面，显示的是 mean（）后的数据，在数据量较少的情况下显示的一个点，所以无法直观的看到实际的数据量。可以使用influxDB的 CLI（command-line interface ）查看具体的数据。
   值得一提的是：influxDB 版本1（V1）系列与influxDB V2 系列差别较大。iinfluxDB 的V1安装包中influxd.exe是服务进程，influx.exe-----是CLI 工具。 influxDB v2 的CLI需要单独下载，下载方式可以参考博主的上一篇文章。
   总之，V1与V2版本在语法和使用上还是有很大区别的。

2. 场景描述：从Oracle数据库中拉取数据，写入到 influxD，写入失败。
   解析： 写入的时间戳是默认的Oracle中存的日期格式，未转换为UTC格式。
   总结： influxDB写入数据时，时间戳必须是UTC格式。

3. 场景描述： 将Oracle中拉取的数据进行采样，每五分钟聚合为一个点，保存在保留策略RP（Retention Policy）较长的另一张表中。当时想到了continue query （连续查询）。
   解析： 实际上， influxDB的连续查询(cq_query)语句不支持 WHERE子句的查询条件中指定时间范围,但是，可以使用 select +聚合函数+ into语句+where 时间范围，来实现此功能。

4. 场景描述： influxDB可以使用grafana来展示数据，使用grafana对上述3 采样的数据创建dashboard来展示，发现查不到数据
   解析： 不同的表，查询时，要注意此表的RP，对于cq采样一般与RP结合使用。