influxdb基础（二）——influxdb基本概念 (database、measurement、fields、tags)

最新推荐文章于 2025-03-30 16:44:30 发布

2401_89733962

最新推荐文章于 2025-03-30 16:44:30 发布

阅读量1k

点赞数 29

文章标签：数据库 oracle

本文链接：https://blog.csdn.net/2401_89733962/article/details/144618168

版权

前言
基本概念
基本语法
- influxdb类比mysql语法
measurement的特殊性
influxdb独有语法
简单实战演练
- insert语法太多的坑
select简单查询
time格式化显示precision
格式化显示查询数据
influx连接客户端指定多个参数
总结

前言

=====================================================================

influxdb作为数据库，它存储的数据结构是怎样的？与时间有什么关系？有什么特点？如何存取数据？

基本概念

=======================================================================

学习一个新技术，上手使用是首要目标，类比学习或许是一个不错的学习方式。与熟悉的mysql等关系型数据库相比，influxdb也有数据库，数据表的概念。

| mysql | influx | 备注 |

| — | — | — |

| database | database | 数据库 |

| table | measurement | 数据表 |

| record | point | 一行数据记录 |

数据库也叫database，只是表名变了，measurement测量值的含义更能体现influxdb的特点，存储的数据是在时间的刻度上统计测量的结果，并不是一些冷冰冰的数值。正因为如此，数据记录的概念也有所不同，influxdb的一行记录称之为point，一个点。point由3部分组成time+fields+tags。

| point的属性 | 备注 |

| — | — |

| time | 每行记录都有一列time，主索引，记录时间戳，单位纳秒，时区UTC（东八区减8小时） |

| fields | 普通列，key-value结构，value数据类型支持型（float、integer、string、boolean） |

| tags | 索引列，key-value结构，value数据类型只支持string |

fields和tags key名称严格区分大小写。

fields数据类型注意：

| 类型 | 备注 |

| — | — |

| float | influxdb的fields默认是float浮点型 |

| integer | 整型，insert语句如需写入field是整型，需在数值后面加个i |

| string | 字符串，insert语句如需写入field是字符串，需英文双引号包含数值 |

| boolean | 布尔型，真可以用 t , T , true , True , TRUE表示；假可以用 f , F , false , False 或者 FALSE表示 |

一般情况下，经常作为查询条件的列，在初始时设置为tag，即索引，fields不常作为查询条件，更甚者，在复杂查询语法中，聚合语句group by 后面只能是time和tags。

基本语法

=======================================================================

influxdb类比mysql语法

influxdb在一些语法方面也和mysql非常类似：

查看所有数据库

show databases

建库

create database dbname

删库

drop database daname

切换使用数据库

use dbname

查看所有表

show measurements

建表+插入数据,无需单独建表，插入数据的同时建表

insert xxx,tag1=1,tag2=www.aaa.com,tag3=2 field1=12i,field2=“hhh”,field=true

删表

drop measurement xxx

#简单查询

select * from xxx where tag1=‘1’ and field2=‘hhh’

measurement的特殊性

measurement是非常特殊的，平时使用时需要注意：

measurement无需单独创建，在第一次插入数据时自动创建。
measurement中无数据，表也就不存在了。
measurement没有update语句，无法修改measurement以及tags-key和fields-key名称，实际中如有需要只能删除整个measurement重新插入数据。不过也可以通过select * into newxxx from oldxxx，从旧表中查出数据导入到新表。

在这里插入图片描述

select * into newxxx from oldxxx，会将原表的tags当作fields复制到新表，可以在语句后面加上group by，这样就可以把tag复制过去了。

#指定所有的tags

select * into newxxx from oldxxx group by *

#指定某些tag

select * into newxxx from oldxxx group by xxx,xxx

influxdb独有语法

show series 查询tag_key和tag_valalue

SHOW SERIES [ON database] [FROM measurement] [WHERE tag_key operator tag_value)] [limit offset]

示例：

show series on mytest from frontendExpCount where appid=‘1000’ limit 1

show tag keys 查看tags名称，后面可加where和limit感觉意义不大，功能类似于mysql的desc table;

SHOW tag keys [ON database] [FROM measurement][WHERE tag_key operator tag_value)] [limit offset]

示例：

show tag keys on mytest from frontendExpCount

show field keys查看fields名称，不仅会显示fields名称结果集，还显示field的数据类型

SHOW tag keys [ON database] [FROM measurement][WHERE tag_key operator tag_value)] [limit offset]

示例：

show field keys from frontendExpCount

注意：influxdb操作语句后面不需要加分号。

简单实战演练

=========================================================================

insert语法太多的坑

向measurement名为frontendExpCount插入数据：

insert frontendExpCount,appid=1030,browserType=1,expType=8,netType=4g,isPc=true domain=“www.aaa.cn”,expCnt=10i

一条简单的insert语句，却隐藏多个坑：

tags之间用逗号分隔，fields之间用逗号分隔，tags和fields之间用空格分隔。
除了必要的空格，insert后面的空格和tags和fields分隔空格，不能再有其他空格，否则会出现missing tag value的语法错误。
tags都是字符串类型，但是不用双引号括起来；fields中有字符串类型需要用英文双引号括起来，如果不用英文双引号，会报语法错误invalid boolean，会认为是无效的布尔值，因为布尔类型无需加双引号。
tags中设置布尔值就是字符串，fields中有布尔值，可用 t , T , true , True , TRUE，f , F , false , False表示。
fields中有整型integer，需要在数值后面加i，否则会出现is type float, already exists as type integer dropped=1。

经测试，插入数据时，不能没有fields：

insert service_count,serviceName=“UserSvr”,hostname=“dev5”,qps=12.0

ERR: {“error”:“unable to parse ‘service_count,serviceName=“UserSvr”,hostname=“dev5”,qps=12.0’: missing fields”}

经测试，插入数据时，只插入fields，可以没有tags，如何只插入fields呢？insert measurement后面空格接上fields

insert service_count serviceName=“UserSvr”,hostname=“dev5”,qps=12.0

也可以理解，一个measurement里可以没有tags，但是不能没有fields。因为tags只是索引，并不是用于存储测量值的，而fields就是存储测量值的。

有fields无tags，只是没有tags索引，还有主索引time，如果只用到time查询条件，可以没有tags，但是实际情况中需要对数据聚合等复杂性查询，就必须要有tags。fields也可以作为查询条件，但是查询性能很低，至于聚合group by后面只能tags和time。
有tags无fields，一般情况tags并用于存储有价值的策略值，只是用于查询条件，没有fields，measurements也就没有意义了。
若一个measurements中只有fields，此时想把某个field改为tags，是无法修改的，只能删表重来，或者select into 从旧表批量导入数据到旧表