在将它们添加到生产 influxdb 之前测试连续查询的最佳方法?
Best way to test continuous queries before adding them to production influxdb?
将新的连续查询添加到生产数据库 influxdb 的最佳方法是什么?克隆生产 influxdb ?我希望避免这种情况。有什么好的方法可以通过 Web 管理界面来测试和试用它们吗?
我想你可以:
创建临时测量..设置 CQ..插入一些示例数据并在 CQ 执行后检查结果
[更好的方法] 将您的时间序列数据并行发送到 2 个不同的测量 table。 运行 你的 CQ 实验在其中之一上,一旦你有你喜欢的查询就放弃它。
Web 界面可能对您帮助不大,因为 CQ 在您执行时不会 return 结果。他们只是将输出通过管道传输到您定义的新测量值 table。然后,您可以 运行 查询下采样测量 table 一旦至少 1 次 CQ 迭代成功完成。
虽然很想听听其他想法。
新版本的 InfluxDB 支持 INTO
子句:
https://docs.influxdata.com/influxdb/v1.4/query_language/data_exploration/#the-into-clause
所以你可以 运行 自己的 CQ SELECT
语句直接(不要忘记为 GROUP BY time
添加 WHERE time
子句)。
将新的连续查询添加到生产数据库 influxdb 的最佳方法是什么?克隆生产 influxdb ?我希望避免这种情况。有什么好的方法可以通过 Web 管理界面来测试和试用它们吗?
我想你可以:
创建临时测量..设置 CQ..插入一些示例数据并在 CQ 执行后检查结果
[更好的方法] 将您的时间序列数据并行发送到 2 个不同的测量 table。 运行 你的 CQ 实验在其中之一上,一旦你有你喜欢的查询就放弃它。
Web 界面可能对您帮助不大,因为 CQ 在您执行时不会 return 结果。他们只是将输出通过管道传输到您定义的新测量值 table。然后,您可以 运行 查询下采样测量 table 一旦至少 1 次 CQ 迭代成功完成。
虽然很想听听其他想法。
新版本的 InfluxDB 支持 INTO
子句:
https://docs.influxdata.com/influxdb/v1.4/query_language/data_exploration/#the-into-clause
所以你可以 运行 自己的 CQ SELECT
语句直接(不要忘记为 GROUP BY time
添加 WHERE time
子句)。