自学网站建设需要什么学历,室内设计效果图怎么做出来的,网站建设一条,上海闵行区房价InfluxDb专业术语重复是最好的学习方式#xff0c;我们再重复一些Influx的概念吧#xff0c;虽然很多已经讲过#xff0c;甚至上一课已经讲了。我发现我自己还是有点啰嗦#xff0c;不过这可能是一种好的学习方法哦。聚合函数aggregationaggregation是一个InfluxQL的函数我们再重复一些Influx的概念吧虽然很多已经讲过甚至上一课已经讲了。我发现我自己还是有点啰嗦不过这可能是一种好的学习方法哦。聚合函数aggregationaggregation是一个InfluxQL的函数InfluxQL是InfluxDb的查询语言。aggregation可以返回一堆数据的聚合结果可以看InfluxQL函数中现有的以及即将支持的聚合函数列表。批数据batch用换行符分割的数据点的集合这批数据可以使用HTTP请求写到数据库中。用这种HTTP接口的方式可以大幅降低HTTP的负载。尽管不同的场景下更小或更大的batch可能有更好地性能InfluxData建议每个batch的大小在5000~10000个数据点。其实还是有点大我们后面会看看5000个点是多少字节的数据。连续查询continuous query(CQ)continuous query简称CQ是一个在数据库中自动周期运行的InfluxQL的查询。Continuous query在select语句里需要一个函数并且一定会包含一个GROUP BY time()的语法。它有点像存储过程。不过它可以自动执行。数据库database对于usersretention policycontinuous query以及时序数据的一个逻辑上的集合。其实不用解释数据库就是数据库。durationretention policy中的一个属性决定InfluxDB中数据保留多长时间。在duration之前的数据会自动从database中删除掉。字段fieldInfluxDB数据中记录metadata和真实数据的键值对。fields在InfluxDB的数据结构中是必须的且不会被索引。如果要用field做查询条件的话那就必须遍历所选时间范围里面的所有数据点这种方式对比与tag效率会差很多。字段键值field key组成field的键值对里面的键的部分。field key是字符串且保存在metadata中。字段集合field set数据点上field key和field value的集合。字段值field value组成field的键值对里面的值的部分。field value才是真正的数据可以是字符串浮点数整数布尔型数据。一个field value总是和一个timestamp相关联。field value不会被索引如果要对field value做过滤话那就必须遍历所选时间范围里面的所有数据点这种方式对比与tag效率会差很多。函数function包括InfluxQL中的聚合查询和转换可以在InfluxQL函数中查看InfluxQL中的完整函数列表。标识符identifier涉及continuous query的名字database名字field keysmeasurement名字retention policy名字subscription 名字tag keys以及user 名字的一个标记。line protocol写入InfluxDB时的数据点的文本格式。表measurementInfluxDB数据结果中的一部分描述了存在关联field中的数据的意义measurement是字符串。metastore包含了系统状态的内部信息。metastore包含了用户信息databaseretention policyshard metadatacontinuous query以及subscription。node一个独立的influxd进程。时间函数now()本地服务器的当前纳秒级时间戳。pointInfluxDB数据结构的一部分由series中的的一堆field组成。 每个点由其series和timestamp唯一标识。你不能在同一series中存储多个具有相同timestamp的点。 相反当你使用与该series中现有点相同的timestamp记将新point写入同一series时该field set将成为旧field set和新field set的并集。查询query从InfluxDB里面获取数据的一个操作replication factorretention policy的一个参数决定在集群模式下数据的副本的个数。InfluxDB在N个数据节点上复制数据其中N就是replication factor。replication factor在单节点的实例上不起作用retention policy(RP)InfluxDB数据结构的一部分描述了InfluxDB保存数据的长短(duration)数据存在集群里面的副本数(replication factor)以及shard group的时间范围(shard group duration)。RPs在每个database里面是唯一的连同measurement和tag set定义一个series。当你创建一个database的时候InfluxDB会自动创建一个叫做autogen的retention policy其duration为永远replication factor为1shard group的duration设为的七天。数据库模式schema数据在InfluxDB里面怎么组织。InfluxDB的schema的基础是databaseretention policyseriesmeasurementtag keytag value以及field keys。selector一个InfluxQL的函数从特定范围的数据点中返回一个点。可以看InfluxQL函数中现有的以及即将支持的selector函数列表。seriesInfluxDB数据结构的集合一个特定的series由measurementtag set和retention policy组成。注意field set不是series的一部分series cardinality在InfluxDB实例上唯一databasemeasurement和tag set组合的数量。例如假设一个InfluxDB实例有一个单独的database一个measurement。这个measurement有两个tag keyemail和status。如果有三个不同的email并且每个email的地址关联两个不同的status那么这个measurement的series cardinality就是6(3*26)emailstatuslorrinfluxdata.comstartlorrinfluxdata.comfinishmarvinfluxdata.comstartmarvinfluxdata.comfinishcliffinfluxdata.comstartcliffinfluxdata.comfinish注意到因为所依赖的tag的存在在某些情况下简单地执行该乘法可能会高估series cardinality。 依赖的tag是由另一个tag限定的tag并不增加series cardinality。 如果我们将tagfirstname添加到上面的示例中则系列基数不会是18(3 * 2 * 3 18)。 它将保持不变为6因为firstname已经由email覆盖了emailstatusfirstnamelorrinfluxdata.comstartlorrainelorrinfluxdata.comfinishlorrainemarvinfluxdata.comstartmarvinmarvinfluxdata.comfinishmarvincliffinfluxdata.comstartcliffordcliffinfluxdata.comfinishclifford在常见问题中可以看到怎么根据series cardinality来查询InfluxDB。server一个运行InfluxDB的服务器可以使虚拟机也可以是物理机。每个server上应该只有一个InfluxDB的进程。shardshard包含实际的编码和压缩数据并由磁盘上的TSM文件表示。 每个shard都属于唯一的一个shard group。多个shard可能存在于单个shard group中。每个shard包含一组特定的series。给定shard group中的给定series上的所有点将存储在磁盘上的相同shard(TSM文件)中。shard durationshard duration决定了每个shard group跨越多少时间。具体间隔由retention policy中的SHARD DURATION决定。例如如果retention policy的SHARD DURATION设置为1w则每个shard group将跨越一周并包含时间戳在该周内的所有点。shard groupshard group是shard的逻辑组合。shard group由时间和retention policy组织。包含数据的每个retention policy至少包含一个关联的shard group。给定的shard group包含shard group覆盖的间隔的数据的所有shard。每个shard group跨越的间隔是shard的持续时间。subscriptionsubscription允许Kapacitor在push model中接收来自InfluxDB的数据而不是基于查询数据的pull model。当Kapacitor配置为使用InfluxDB时subscription将自动将订阅的数据库的每个写入从InfluxDB推送到Kapacitor。subscription可以使用TCP或UDP传输写入。tagInfluxDB数据结构中的键值对tags在InfluxDB的数据中是可选的但是它们可用于存储常用的metadata; tags会被索引因此tag上的查询是很高效的。tag key组成tag的键值对中的键部分tag key是字符串存在metadata中。tag set数据点上tag key和tag value的集合。tag value组成tag的键值对中的值部分tag value是字符串存在metadata中。timestamp数据点关联的日期和时间在InfluxDB里的所有时间都是UTC的。transformation一个InfluxQL的函数返回一个值或是从特定数据点计算后的一组值。但是不是返回这些数据的聚合值。tsm(Time Structured Merge tree)InfluxDB的专用数据存储格式。 TSM可以比现有的B或LSM树实现更大的压缩和更高的写入和读取吞吐量。user在InfluxDB里有两种类型的用户admin用户对所有数据库都有读写权限并且有管理查询和管理用户的全部权限。非admin用户有针对database的可读可写或者二者兼有的权限。当认证开启之后InfluxDB只执行使用有效的用户名和密码发送的HTTP请求。values per second对数据持续到InfluxDB的速率的度量写入速度通常以values per second表示。要计算每秒速率的值将每秒写入的点数乘以每点存储的值数。 例如如果这些点各有四个field并且每秒写入batch是5000个点那么values per second是每点4个fieldx每batch 5000个点x10个batch/秒每秒200,000个值。wal(Write Ahead Log)最近写的点数的临时缓存。为了减少访问永久存储文件的频率InfluxDB将最新的数据点缓冲进WAL中直到其总大小或时间触发然后flush到长久的存储空间。这样可以有效地将写入batch处理到TSM中。可以查询WAL中的点并且系统重启后仍然保留。在进程开始时在系统接受新的写入之前WAL中的所有点都必须flushed。
