专栏首页InfluxDB从原理到实战InfluxDB从原理到实战 - InfluxDB常用的基础操作
原创

InfluxDB从原理到实战 - InfluxDB常用的基础操作

0x00 基础操作介绍

在本文中将介绍InfluxDB常用的基础操作,帮助读者建立对InfluxDB的感性认识,快速的动手玩起来,持续查询(Continuous Queies)、Group by、Series、行协议(Line Protocol)、InfluxQL等高级特性和细节,将会在后续文章中逐步介绍。

InfluxDB支持类SQL的操作接口,尽管因为时序数据的特点,InfluxDB是非CRUD的,不支持更新数据、删除单条数据操作,但考虑到大多数的读者对应CRUD的关系型数据库比较熟悉,在本文中,还是按照CRUD原则,介绍数据库(Database)、保留策略(Retention Policy)、表(Measurement)、数据写入、数据查询、数据更新、数据删除等内容。

InfluxDB支持influx命令行和InfluxDB API 2种操作接口,在本文中,将以influx命令行的操作为例,介绍上述内容。本文的操作示例,基于InfluxDB最新的稳定版本,InfluxDB-v1.7.8。

0x01 数据库(Database)

1. 创建数据库

通过CREATE语句,创建名为telegraf的数据库。

$ influx
Connected to http://localhost:8086 version 1.7.8
InfluxDB shell version: 1.7.8
> create database telegraf
>

2. 查看数据库

通过SHOW语句,查看当前所有的数据库。

> show databases;
name: databases
name
----
_internal
monito
telegraf
>

3. 删除数据库

通过DROP语句,删除名为telegraf的数据库。

> drop database telegraf
>

4. 使用数据库

通过USE语句,使用名为telegraf的数据库。

> use telegraf
Using database telegraf
>

0x02 保留策略(Retention Policy)

1. 查看数据库对应的保留策略

通过SHOW语句,查看数据库telegraf对应的保留策略。

> show retention policies on telegraf
name    duration shardGroupDuration replicaN default
----    -------- ------------------ -------- -------
autogen 0s       168h0m0s           1        true
>

2. 创建保留策略

通过CREATE语句,创建名为rp-one-year的保留策略。

> create retention policy "rp-one-year" on "telegraf" duration 365d replication 1
> 
> show retention policies on telegraf
name        duration  shardGroupDuration replicaN default
----        --------  ------------------ -------- -------
autogen     0s        168h0m0s           1        true
rp-one-year 8760h0m0s 168h0m0s           1        false
> 

3. 更改保留策略

通过ALTER语句,更改保留策略rp-one-year为数据库telegraf的默认保留策略。

> alter retention policy "rp-one-year" on "telegraf" duration 365d replication 1 default
> 
> show retention policies on telegraf
name        duration  shardGroupDuration replicaN default
----        --------  ------------------ -------- -------
autogen     0s        168h0m0s           1        false
rp-one-year 8760h0m0s 168h0m0s           1        true
>

4. 删除保留策略

通过DROP语句,删除数据库telegraf的保留策略rp-one-year。

> drop retention policy "rp-one-year" on "telegraf"
> 
> show retention policies on telegraf
name    duration shardGroupDuration replicaN default
----    -------- ------------------ -------- -------
autogen 0s       168h0m0s           1        false
>

0x03 表(Measurement)

1. 创建表

与MySQL等关系型数据不同,在InfluxDB中,无需显式创建表,在写入时序数据时,InfluxDB服务器会根据行协议,按需自动创建对应的表。

在数据库telegraf中,插入数据时,自动创建了表devops-idc-sz。

> use telegraf
Using database telegraf
>
> show measurements
> 
> insert devops-idc-sz,host=server01 cpu=23.1,mem=0.63 
> 
> show measurements
name: measurements
name
----
devops-idc-sz
>

2. 查看measurements

通过SHOW语句,,查看数据库telegraf中的所有的表。

> show measurements
name: measurements
name
----
devops-idc-sz
>

3. 删除表

通过DROP语句,删除表devops-idc-sz和对应的所有数据。

> drop measurement devops-idc-sz
> 
> show measurements
> 

0x04 数据写入

通过INSERT语句和行协议,向表devops-idc-sz中插入3条DevOps环境的时序数据记录,时序数据对应的时间为2019/8/30 17:44:53。

> insert devops-idc-sz,host=server01 cpu=16.1,mem=0.43 1567158293000000000
> insert devops-idc-sz,host=server02 cpu=23.8,mem=0.63 1567158293000000000
> insert devops-idc-sz,host=server03 cpu=56.3,mem=0.78 1567158293000000000

0x05 数据查询

通过SELECT语句,查询表devops-idc-sz中的所有数据。

> select * from devops-idc-sz
name: devops-idc-sz
time                cpu  host     mem
----                ---  ----     ---
1567158293000000000 16.1 server01 0.43
1567158293000000000 56.3 server03 0.78
1567158293000000000 23.8 server02 0.63
>

0x06 数据更新

因为时序数据多写少读无更新的特点,InfluxDB,不支持数据更新操作,笔者亦不建议对时序数据记录执行更新操作。如果在某些特殊场景下,必须对时序数据记录的指标值进行更新,可以利用“时间戳(Timestamp)和时间序列线(Series)完全相同的时序数据记录,是同一条时序数据记录,新插入的时序数据,会覆盖原有的时序数据记录”的特性,更新时序数据记录的的指标值。

更新server01在2019/8/30 17:44:53的时序数据记录的指标值。

> insert devops-idc-sz,host=server01 cpu=76.1,mem=0.83 1567158293000000000
> 
> select * from devops-idc-sz
name: devops-idc-sz
time                cpu  host     mem
----                ---  ----     ---
1567158293000000000 76.1 server01 0.83
1567158293000000000 56.3 server03 0.78
1567158293000000000 23.8 server02 0.63
>

0x07 数据删除

同样,因为时序数据多写少读无更新和批量删除时序数据记录的特点,InfluxDB不支持删除单条时序数据记录。除了通过保留策略周期性的定时删除时序数据记录,InfluxDB还还还支持通过WHERE条件语句、删除时间序列线、删除表、删除数据库、删除分片(Shard)等方式直接批量删除指定的时序数据记录。

1. 通过WHERE条件语句从指定表中删除时序数据记录,从表devops-idc-sz中,删除标签名为host,标签值为server01、在2019/8/30 17:44:53时间点的时序数据记录。

注意:WHERE条件语句,不支持指标(Field),只支持标签和时间戳。)

> delete from  devops-idc-sz where "host"='server01' and  time=1567158293s
>

2. 通过删除时间序列线删除时序数据记录,删除标签对"host"='server01'对应的时间序列线的所有时序数据记录。

> drop series from devops-idc-sz where "host"='server01'
>

3. 通过删除指定表删除时序数据记录,删除表devops-idc-sz对应的所有时序数据记录。

> drop measurement devops-idc-sz
>

4. 通过删除指定数据库删除时序数据记录,删除数据库telegraf对应的所有时序数据记录。

> drop database telegraf
>

5. 通过删除指定分片删除时序数据记录,删除分片 6对应的所有时序数据记录。

> select *  from  devops-idc-sz
name: devops-idc-sz
time                cpu  host     mem
----                ---  ----     ---
1567158293000000000 16.1 server01 0.43
1567158293000000000 56.3 server03 0.78
1567158293000000000 23.8 server02 0.63
> 
> show shards
name: _internal
id database  retention_policy shard_group start_time           end_time             expiry_time          owners
-- --------  ---------------- ----------- ----------           --------             -----------          ------
1  _internal monitor          1           2019-08-27T00:00:00Z 2019-08-28T00:00:00Z 2019-09-04T00:00:00Z 
4  _internal monitor          4           2019-08-30T00:00:00Z 2019-08-31T00:00:00Z 2019-09-07T00:00:00Z 

name: monito
id database retention_policy shard_group start_time           end_time             expiry_time          owners
-- -------- ---------------- ----------- ----------           --------             -----------          ------
3  monitor  autogen          3           2019-04-29T00:00:00Z 2019-05-06T00:00:00Z 2019-05-06T00:00:00Z 
2  monitor  autogen          2           2019-08-26T00:00:00Z 2019-09-02T00:00:00Z 2019-09-02T00:00:00Z 

name: telegraf
id database retention_policy shard_group start_time           end_time             expiry_time          owners
-- -------- ---------------- ----------- ----------           --------             -----------          ------
6  telegraf autogen          6           2019-08-26T00:00:00Z 2019-09-02T00:00:00Z 2019-09-02T00:00:00Z 
> 
> drop shard 6
> 
> select *  from  devops-idc-sz
> 

后记:

欢迎交流讨论:

微信公众号:influxdb-dev。

InfluxDB技术交流群(QQ):663274123。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 这么多监控组件,总有一款适合你

    监控是分布式系统的必备组件,能够起到提前预警、问题排查、评估决策等功效,乃行走江湖、居家必备之良品。

    xjjdog
  • 5 分钟学会写一个自己的 Prometheus Exporter

    去年底我写了一个阿里云云监控的 Prometheus Exporter, 后续迭代的过程中有一些经验总结, 这篇文章就将它们串联起来做一个汇总, 讲讲为什么要写...

    iMike
  • 适用于多云世界的云合规策略

    合规性从来都不是一件容易的事,企业的任何一个云计算承诺都可能让合作伙伴的基础设施中的一些应用程序、数据和流程陷入困境。尤其是多云模型,它为法规遵从性挑战带来新的...

    静一
  • 做用户的哆啦A梦,数讯助力某外资银行数据中心建设

    “在数据中心的建设过程中碰到很多问题,但是数讯都一一解决了。这里就像哆拉A梦的百宝箱一样,你想要的都能有。”

    静一
  • 基于jaeger微服务调用链实现方案

    项目微服务化,由集中式向分布式演进后,整个调用关系变得复杂 服务由大规模集群构成,各个应用之间相当独立,可能由不同团队、不同语言实现 问题: 无法准确知道整体...

    jouislu
  • InfluxDB常见疑问与解答 - 数据写入时如何在表级别指定保留策略

    这个特性InfluxDB支持的,写入时序数据时,在行协议前加上保留策略名,以influx命令行操作为例,insert语句的语法如下。

    hanj4096
  • Linux大牛分享的7道经典面试题和秒收 offer 的技巧

    笔者其实没有想到去面试,只是在智联上更新了一下简历,就陆陆续续接到很多猎头的邮件和电话,闲话少说,下面就分享给大家Linuxer的面试经历:

    小小科
  • 10 人,2 个月 | 虾米音乐的监控体系升级之路

    监控一直是服务端掌握应用运行状态的重要手段,经过近几年的发展,阿里虾米服务端目前已经有 100 多个 Java 应用,承担核心业务的应用也有将近 50 个,对于...

    用户1564362
  • 硬件学习之通过树莓派操控 jtag

    最近在搞路由器的时候,不小心把CFE给刷挂了,然后发现能通过jtag进行救砖,所以就对jtag进行了一波研究。

    知道创宇云安全

扫码关注云+社区

领取腾讯云代金券