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。

原文地址:https://www.cnblogs.com/hanj4096/p/11691356.html

时间: 2024-10-02 21:44:20

InfluxDB从原理到实战 - InfluxDB常用的基础操作的相关文章

MySQL常用命令基础操作

MySQL启动与更改密码 mysql启动基本原理说明: /etc/init.d/mysqld是一个shell启动脚本,启动后最终会调用,mysqld_safe脚本,最后调用mysqld服务启动mysql,我们编辑/etc/init.d/mysqld,可以看到脚本,启动俩个进程mysqld和mysqld_safe,一般故障的时候我们用mysqld_safe来启动, 关闭mysql 1 mysqladmin - uroot -p密码 shut down 2 /etc/init.d/mysqld st

Keepalived原理与实战精讲

什么是Keepalived呢,keepalived观其名可知,保持存活,在网络里面就是保持在线了,也就是所谓的高可用或热备,用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生,那说到keepalived时不得不说的一个协议就是VRRP协议,可以说这个协议就是keepalived实现的基础,那么首先我们来看看VRRP协议 注:搞运维的要有足够的耐心哦,不理解协议就很难透彻的掌握keepalived的了 一,VRRP协议VRRP协议学过网络的朋友都知道,网络在设计的

Keepalived原理与实战

什么是Keepalived呢,keepalived观其名可知,保持存活,在网络里面就是保持在线了,也就是所谓的高可用或热备,用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生,那说到keepalived时不得不说的一个协议就是VRRP协议,可以说这个协议就是keepalived实现的基础,那么首先我们来看看VRRP协议 一,VRRP协议 VRRP协议学过网络的朋友都知道,网络在设计的时候必须考虑到冗余容灾,包括线路冗余,设备冗余等,防止网络存在单点故障,那在路由

Atitit.数据索引 的种类以及原理实现机制 索引常用的存储结构

Atitit.数据索引 的种类以及原理实现机制 索引常用的存储结构 1. 索引的分类1 1.1. 索引的类型  按查找方式分,两种,分块索引 vs编号索引1 1.2. 按索引与数据的查找顺序可分为 正排与倒排索引1 1.3. 单列索引与多列索引2 1.4. 分区索引和全局索引 2 2. 索引建立,更新的流程使用触发更新索引的事件2 3. 索引常用的存储结构 B树文件 叫做“索引顺序存取方法”(Indexed Sequential Access Method),缩写为ISAM.2 4.  Trie

Mysql主从复制原理加实战

前言:本文将介绍主从复制的作用,原理以及实战等内容 一,主从复制作用 MYSQL主从复制有利于数据库架构的健壮性,提升访问速度和易于管理 健壮性: 当主服务器出现问题,可以立刻切换到从服务器提供服务 1.主从服务器互为备份 但是异步同步,有时还是不能数据完全一样,当主挂了,只能把主的binlog拉到从库上,让从库不丢失数据 2.读写分离分担网站压力(读写分离数据库结构) 把更新数据操作交给主服务器,查询交给从服务器,如果网站以浏览为主的业务,这时多个从服务器的负载均衡就很有效了 中大型公司:通过

DNS tunnel的原理及实战

DNS tunnel的原理及实战 摘自:http://netsec.ccert.edu.cn/zhengming/2011/11/01/%E8%BD%AC%E8%BD%BD%EF%BC%9Adns-tunnel%E7%9A%84%E5%8E%9F%E7%90%86%E5%8F%8A%E5%AE%9E%E6%88%98/ 什么是DNS tunnel? DNS tunnel 即 DNS隧道.从名字上来看就是利用DNS查询过程建立起隧道,传输数据. 为什么使用DNS tunnel? 当你在酒店.机场等

网络取证原理与实战

网络取证原理与实战 一.分析背景 网络取证技术通过技术手段,提取网络犯罪过程中在多个数据源遗留下来的日志等电子证据,形成证据链,根据证据链对网络犯罪行为进行调查.分析.识别,是解决网络安全问题的有效途径之一.目前,传统的计算机取证模型和方法比较成熟,而应用于大数据时代则需要OSSIM等集成分析平台对海量数据尽心网络取证分析. 二.取证分析特点 网络取证不同于传统的计算机取证,主要侧重于对网络设施.网络数据流以及使用网络服务的电子终端中网络数据的检测.整理.收集与分析,主要针对攻击网络服务(Web

Java并发编程原理与实战

Java并发编程原理与实战网盘地址:https://pan.baidu.com/s/1c3mpC7A 密码: pe62备用地址(腾讯微云):https://share.weiyun.com/11ea938c7ad43783a934ed1d492eed8d 密码:ogHukS 原文地址:http://blog.51cto.com/13406637/2071116

Java并发编程原理与实战视频教程

14套java精品高级架构课,缓存架构,深入Jvm虚拟机,全文检索Elasticsearch,Dubbo分布式Restful 服务,并发原理编程,SpringBoot,SpringCloud,RocketMQ中间件,Mysql分布式集群,服务架构,运 维架构视频教程 14套精品课程介绍: 1.14套精 品是最新整理的课程,都是当下最火的技术,最火的课程,也是全网课程的精品: 2.14套资 源包含:全套完整高清视频.完整源码.配套文档: 3.知识也 是需要投资的,有投入才会有产出(保证投入产出比是