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的資料庫，
$ influxConnected to http://localhost:8086 version 1.7.8InfluxDB shell version: 1.7.8> create database telegraf>
2. 查看資料庫
通過SHOW陳述句，查看當前所有的資料庫，
> show databases;name: databasesname----_internalmonitotelegraf>
3. 洗掉資料庫
通過DROP陳述句，洗掉名為telegraf的資料庫，
> drop database telegraf
>
4. 使用資料庫
通過USE陳述句，使用名為telegraf的資料庫，
> use telegrafUsing database telegraf>
0x02 保留策略（Retention Policy）
1. 查看資料庫對應的保留策略
通過SHOW陳述句，查看資料庫telegraf對應的保留策略，
> show retention policies on telegrafname 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 telegrafname duration shardGroupDuration replicaN default---- -------- ------------------ -------- -------autogen 0s 168h0m0s 1 truerp-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 telegrafname duration shardGroupDuration replicaN default---- -------- ------------------ -------- -------autogen 0s 168h0m0s 1 falserp-one-year 8760h0m0s 168h0m0s 1 true>
4. 洗掉保留策略
通過DROP陳述句，洗掉資料庫telegraf的保留策略rp-one-year，
> drop retention policy "rp-one-year" on "telegraf">> show retention policies on telegrafname duration shardGroupDuration replicaN default---- -------- ------------------ -------- -------autogen 0s 168h0m0s 1 false>
0x03 表（Measurement）
1. 創建表
與MySQL等關系型資料不同，在InfluxDB中，無需顯式創建表，在寫入時序資料時，InfluxDB服務器會根據行協議，按需自動創建對應的表，
在資料庫telegraf中，插入資料時，自動創建了表devops-idc-sz，
> use telegrafUsing database telegraf>> show measurements>> insert devops-idc-sz,host=server01 cpu=23.1,mem=0.63>> show measurementsname: measurementsname----devops-idc-sz>
2. 查看measurements
通過SHOW陳述句，，查看資料庫telegraf中的所有的表，
> show measurementsname: measurementsname----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-szname: devops-idc-sztime cpu host mem---- --- ---- ---1567158293000000000 16.1 server01 0.431567158293000000000 56.3 server03 0.781567158293000000000 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-szname: devops-idc-sztime cpu host mem---- --- ---- ---1567158293000000000 76.1 server01 0.831567158293000000000 56.3 server03 0.781567158293000000000 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-szname: devops-idc-sztime cpu host mem---- --- ---- ---1567158293000000000 16.1 server01 0.431567158293000000000 56.3 server03 0.781567158293000000000 23.8 server02 0.63>> show shardsname: _internalid 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:00Z4 _internal monitor 4 2019-08-30T00:00:00Z 2019-08-31T00:00:00Z 2019-09-07T00:00:00Zname: monitoid 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:00Z2 monitor autogen 2 2019-08-26T00:00:00Z 2019-09-02T00:00:00Z 2019-09-02T00:00:00Zname: telegrafid 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.uj5u.com/shujuku/4107.html
標籤：其它