Time Series Database：FAQ

Seri dan kardinalitas seri

• Bagaimana cara melakukan pemodelan? Apa saja tindakan pencegahan yang harus diambil?

• Mengapa kardinalitas seri penting?

Administrasi

• Bagaimana cara mempertahankan stabilitas sistem?

• Bagaimana cara melihat penggunaan disk dari suatu pengukuran?

• Bagaimana cara menghapus data secara efisien dan aman?

• Mengapa kebijakan retensi yang telah dimodifikasi gagal berlaku?

• Mengapa layanan sering terputus?

• Mengapa penggunaan memori tinggi? Apakah perlu meningkatkan spesifikasi instans?

• Apakah saya dapat menurunkan kapasitas penyimpanan?

• Apakah layanan akan restart saat saya mengubah ukuran disk?

• Berapa lama waktu yang dibutuhkan untuk merestart layanan?

• Apakah Grafana yang dikonfigurasi sebelumnya di InfluxDB didukung?

• Mengapa terjadi kesalahan blokir IP saat menghubungkan ke instans?

• Bagaimana cara mengidentifikasi versi TSDB untuk InfluxDB®?

• Apa hubungan antara durasi grup shard dan kebijakan retensi?

• Mengapa tidak ada data yang hilang setelah saya memodifikasi kebijakan retensi?

• Mengapa TSDB untuk InfluxDB® tidak dapat mem-parsing unit waktu mikrodetik?

Kueri data

• Cara menangani kueri lambat

• Cara menentukan interval waktu yang dikembalikan oleh kueri GROUP BY time()

• Mengapa respons kueri tidak mencakup data atau hanya mencakup sebagian data?

• Mengapa respons dari query GROUP BY time() tidak mencakup data dengan timestamp yang terjadi setelah waktu yang dikembalikan oleh fungsi now()?

• Apakah saya bisa melakukan operasi matematika pada timestamp?

• Apakah saya dapat menentukan granularitas waktu untuk penulisan data berdasarkan timestamp yang dikembalikan?

• Kapan saya harus menggunakan tanda kutip tunggal (') dan tanda kutip ganda (") dalam kueri?

• Mengapa data saya hilang setelah membuat kebijakan retensi default (DEFAULT)?

• Mengapa respons dari klausa WHERE OR yang menggunakan operator OR untuk menentukan beberapa rentang tidak berisi data?

• Mengapa fungsi fill(previous) tidak mengembalikan nilai?

• Mengapa data hilang saat saya menjalankan kueri INTO?

• Bagaimana cara saya meminta data ketika kunci tag dan kunci bidang memiliki nama yang sama?

• Bagaimana cara saya menanyakan data di seluruh pengukuran?

• Apakah urutan filter timestamp dalam pernyataan kueri berpengaruh signifikan terhadap waktu respons?

• Bagaimana cara menentukan pernyataan SELECT untuk meminta tag yang tidak memiliki nilai?

Penulisan data

• Mengapa jitter penulisan terjadi secara berkala?

• Tindakan pencegahan apa yang perlu diambil saat menulis data menggunakan protokol baris InfluxDB?

• Mengapa data yang ditulis ke tabel tidak dapat dilihat?

• Mengapa data belum ditulis ke disk meskipun penggunaan ruang disk telah dikurangi?

• Bagaimana cara menulis nilai bidang dengan tipe data INTEGER?

• Bagaimana TSDB untuk InfluxDB® memproses titik-titik duplikat?

• Apa itu line feed yang diperlukan dalam permintaan API HTTP?

• Karakter dan kata apa yang tidak disarankan saat menulis data ke TSDB untuk InfluxDB®?

• Kapan harus menggunakan tanda kutip tunggal (') dan tanda kutip ganda (") saat menulis data?

• Apakah granularitas timestamp berpengaruh signifikan terhadap kinerja sistem?

CLI untuk TSDB for InfluxDB®

• Mengapa saya tidak dapat terhubung ke TSDB untuk InfluxDB® menggunakan Influx CLI?

• Bagaimana cara mengaktifkan CLI TSDB untuk InfluxDB® agar mengembalikan timestamp yang mudah dibaca manusia?

• Bagaimana cara mengeksekusi pernyataan USE untuk menentukan database jika saya bukan administrator?

• Cara menggunakan CLI TSDB untuk InfluxDB® dalam menulis data ke kebijakan retensi non-default.

Tipe data

• Mengapa saya tidak dapat meminta nilai bidang dari tipe data BOOLEAN?

• Bagaimana TSDB for InfluxDB® menangani perbedaan dalam tipe data bidang di seluruh shard?

• Apa bilangan bulat terkecil dan terbesar yang dapat disimpan oleh TSDB for InfluxDB®?

• Apa cap waktu terkecil dan terbesar yang dapat disimpan oleh TSDB for InfluxDB®?

• Bagaimana cara melihat tipe data dari suatu bidang?

• Apakah saya dapat mengonversi tipe data dari suatu bidang?

Fungsi InfluxQL

• Bagaimana cara melakukan operasi matematika dalam fungsi?

• Mengapa respons query menggunakan epoch 0 sebagai timestamp?

• Fungsi InfluxQL mana yang dapat disarangkan?

Migrasi data InfluxDB

• Bagaimana cara memigrasikan InfluxDB yang dikelola sendiri ke cloud?

• Bagaimana cara memigrasikan data antar instance InfluxDB yang berbeda di cloud?

• Bagaimana cara memigrasikan data dari InfluxDB ke LindormTSDB?

Mengapa kardinalitas seri penting?

TSDB untuk InfluxDB® mempertahankan indeks dalam memori untuk setiap seri dalam sistem. Penggunaan RAM meningkat jika jumlah seri bertambah. Jika kardinalitas seri terlalu tinggi, sistem operasi akan menghentikan proses TSDB untuk InfluxDB® dan melempar pengecualian kehabisan memori (OOM). Referensi InfluxQL

Bagaimana cara melakukan pemodelan? Apa saja tindakan pencegahan yang harus diambil?

Kami merekomendasikan Anda menyimpan tidak lebih dari satu juta deret waktu. Untuk informasi lebih lanjut tentang skenario yang melibatkan sejumlah besar deret waktu, lihat Pendahuluan. Sebelum Anda mulai memodelkan, lihat Desain Skema InfluxDB dan Tata Letak Data. InfluxDB membuat indeks berdasarkan tag untuk mempercepat kueri. Tag yang berlebihan memperlambat kecepatan baca/tulis karena sejumlah besar data deret waktu. Oleh karena itu, Anda perlu mengontrol jumlah deret waktu dan memperhatikan item-item berikut:

• Jangan gunakan nilai yang rentan terhadap ekspansi tak terbatas sebagai tag, seperti ID, nilai hash, dan waktu.

• Jangan simpan informasi dalam nama pengukuran dan tag. Simpan informasi terkait ke tag atau bidang.

• Jangan simpan beberapa informasi dalam satu tag. Pisahkan menjadi beberapa tag.

• Jika suatu bidang sering digunakan dalam operasi Group By, bidang ini dapat dimodelkan sebagai tag.

Bagaimana cara mengidentifikasi versi TSDB untuk InfluxDB®?

Anda dapat menggunakan metode berikut untuk mengidentifikasi versi TSDB untuk InfluxDB® Anda:

• Jalankan perintah curl path/ping.

  $ curl -i 'https://<Endpoint>:3242/ping?u=<Nama Akun>&p=<Kata Sandi>'
  HTTP/1.1204NoContent
  Content-Type: application/json
  X-Influxdb-Build: OSS
  X-Influxdb-Version:1.7.x

• Gunakan CLI TSDB untuk InfluxDB®.

  $ influx -ssl -username <Username> -password <Kata Sandi> -host <Endpoint> -port 3242
  
  Connected to https://<Endpoint>:3242 version 1.7.x

Apa hubungan antara durasi grup shard dan kebijakan retensi?

TSDB untuk InfluxDB® menyimpan data dalam grup shard. Setiap grup shard mencakup interval waktu tertentu. Untuk melihat interval waktu yang ditentukan dalam TSDB untuk InfluxDB®, Anda dapat memeriksa nilai elemen DURATION dalam kebijakan retensi. Tabel berikut mencantumkan hubungan default antara interval waktu grup shard dan nilai elemen DURATION dalam kebijakan retensi.

Untuk melihat durasi grup shard dari kebijakan retensi, jalankan pernyataan SHOW RETENTION POLICIES.

Mengapa tidak ada data yang hilang setelah saya memodifikasi kebijakan retensi?

Ini mungkin disebabkan oleh alasan berikut:

• Secara default, TSDB untuk InfluxDB® memeriksa dan menegakkan kebijakan retensi setiap 30 menit. TSDB untuk InfluxDB® mungkin menghapus data pada pemeriksaan berikutnya. Ini berlaku jika data diperoleh dalam rentang waktu yang dikecualikan dari duration. Dalam hal ini, durasi ditentukan oleh kebijakan retensi baru.

• Perubahan nilai DURATION dan SHARD DURATION dalam kebijakan retensi dapat menyebabkan retensi data yang tidak terduga. TSDB untuk InfluxDB® menyimpan data dalam grup shard. Setiap grup shard mencakup kebijakan retensi tertentu dan interval waktu. Jika TSDB untuk InfluxDB® menegakkan kebijakan retensi, TSDB untuk InfluxDB® menghapus semua titik dalam grup shard. Dalam hal ini, titik-titik individu tidak dihapus. TSDB untuk InfluxDB® tidak dapat membagi grup shard. Sistem dipaksa menyimpan semua data ke grup shard sebelumnya jika kedua kondisi berikut terpenuhi: (1) nilai DURATION dari kebijakan retensi baru kurang dari nilai SHARD DURATION dari kebijakan retensi sebelumnya, dan (2) TSDB untuk InfluxDB® sedang menulis data ke grup shard sebelumnya yang mencakup interval waktu lebih panjang daripada yang ditentukan oleh elemen DURATION. Dalam hal ini, sistem menyimpan semua data ke grup shard sebelumnya meskipun beberapa titik dalam grup shard tersebut jatuh di luar interval waktu yang ditentukan oleh nilai DURATION baru. Jika semua titik data dalam grup shard sebelumnya jatuh di luar interval waktu yang ditentukan oleh nilai DURATION baru, TSDB untuk InfluxDB® menghapus seluruh grup shard. Kemudian, sistem mulai menulis data ke grup shard yang memiliki interval waktu baru dan lebih pendek yang ditentukan oleh elemen SHARD DURATION. Hal ini memungkinkan Anda mencegah retensi data yang tidak terduga.

Mengapa TSDB untuk InfluxDB® tidak dapat mem-parsing unit waktu mikrodetik?

Sintaks yang digunakan untuk menentukan unit waktu mikrodetik bervariasi berdasarkan skenario tertentu. Skenario-skenario ini termasuk penulisan data, pengaturan granularitas waktu dalam CLI TSDB untuk InfluxDB®, dan kueri data. Tabel berikut mencantumkan sintaks yang didukung untuk setiap skenario.

Contoh

Pengukuran french_bulldogs mencakup tag color dan bidang name.

> SELECT * FROM "french_bulldogs"
name: french_bulldogs
---------------------
time                  color  name
2016-05-25T00:05:00Z  peach  nugget
2016-05-25T00:05:00Z  grey   rumple
2016-05-25T00:10:00Z  black  prince

Bagaimana cara menulis nilai bidang tipe data INTEGER?

Untuk menulis nilai bidang tipe data integer, tambahkan i di akhir nilai bidang. Jika Anda tidak menambahkan i, TSDB untuk InfluxDB® memproses nilai tersebut sebagai bilangan floating-point.

Tulis integer: value=100i. Tulis bilangan floating-point: value=100.

Bagaimana cara TSDB untuk InfluxDB® memproses titik-titik duplikat?

Titik secara unik diidentifikasi oleh nama pengukuran, set tag, dan timestamp. Jika dua titik memiliki nama pengukuran, set tag, dan timestamp yang sama, mereka dianggap sebagai titik-titik duplikat. Jika Anda mengirimkan titik duplikat yang memiliki set bidang berbeda dari titik yang ada, set bidang titik tersebut menjadi gabungan dari set bidang sebelumnya dan baru. Jika terjadi konflik, set bidang baru yang diutamakan. Ini adalah hasil yang diharapkan.

Contoh:

Titik sebelumnya: cpu_load,hostname=server02,az=us_west val_1=24.5,val_2=7 1234567890000000

Titik baru: cpu_load,hostname=server02,az=us_west val_1=5.24 1234567890000000

Setelah Anda mengirimkan titik baru, TSDB untuk InfluxDB® menggunakan nilai val_1 baru untuk menimpa nilai sebelumnya val_1. Nilai val_2 dipertahankan dalam set bidang titik.

> SELECT * FROM "cpu_load" WHERE time =1234567890000000
name: cpu_load
--------------
time                      az        hostname   val_1   val_2
1970-01-15T06:56:07.89Z   us_west   server02   5.247

Untuk menyimpan titik sebelumnya dan baru, Anda dapat menggunakan metode berikut:

• Perkenalkan tag baru untuk memastikan keunikan.

  Titik sebelumnya: cpu_load,hostname=server02,az=us_west,uniq=1 val_1=24.5,val_2=7 1234567890000000

  Titik baru: cpu_load,hostname=server02,az=us_west,uniq=2 val_1=5.24 1234567890000000

  Setelah Anda menulis titik baru ke TSDB untuk InfluxDB®, hasil berikut muncul:

  > SELECT * FROM "cpu_load" WHERE time =1234567890000000
  name: cpu_load
  --------------
  time                      az        hostname   uniq   val_1   val_2
  1970-01-15T06:56:07.89Z   us_west   server02   124.57
  1970-01-15T06:56:07.89Z   us_west   server02   25.24

• Tambahkan satu nanodetik ke timestamp titik baru.

  Titik sebelumnya: cpu_load,hostname=server02,az=us_west val_1=24.5,val_2=7 1234567890000000

  Titik baru: cpu_load,hostname=server02,az=us_west val_1=5.24 1234567890000001

  Setelah Anda menulis titik baru ke TSDB untuk InfluxDB®, hasil berikut muncul:

  > SELECT * FROM "cpu_load" WHERE time >=1234567890000000 and time <=1234567890000001
  name: cpu_load
  --------------
  time                             az        hostname   val_1   val_2
  1970-01-15T06:56:07.89Z          us_west   server02   24.57
  1970-01-15T06:56:07.890000001Z   us_west   server02   5.24

Apa line feed yang diperlukan dalam permintaan API HTTP?

Dalam protokol baris TSDB untuk InfluxDB®, line feed \n digunakan untuk menunjukkan akhir baris dan awal baris baru. Kode ASCII untuk line feed adalah 0x0A. Jika line feed lain selain \n digunakan dalam file atau data, kesalahan berikut terjadi: bad timestamp dan unable to parse.

Catatan: Windows menggunakan line feed \r\n atau carriage return untuk menunjukkan akhir baris dan awal baris baru.

Karakter dan kata apa yang tidak disarankan saat saya menulis data ke TSDB untuk InfluxDB®?

• Kata Kunci InfluxQL

  Jika Anda menggunakan kata kunci InfluxQL sebagai pengenal, Anda harus mengapit kata kunci tersebut dalam tanda kutip ganda (") dalam kueri Anda. Jika tidak, kesalahan mungkin terjadi. Pengenal dapat berupa nama kueri kontinu, nama basis data, kunci bidang, nama pengukuran, nama kebijakan retensi, nama langganan, kunci tag, atau nama pengguna.

• Waktu

  Anda dapat menggunakan kata kunci time sebagai pengenal tanpa perlu mengapit pengenal tersebut dalam tanda kutip ganda (") dalam pernyataan kueri. Anda dapat menggunakan kata kunci time sebagai nama kueri kontinu, nama basis data, nama pengukuran, nama kebijakan retensi, atau nama pengguna. Dalam kasus ini, Anda tidak perlu menggunakan tanda kutip ganda (") untuk mengapit time. Namun, Anda tidak dapat menggunakan kata kunci time sebagai kunci bidang atau kunci tag. TSDB untuk InfluxDB® menolak penulisan data di mana kata kunci time adalah kunci bidang atau kunci tag, dan melaporkan kesalahan. Contoh:

  • Gunakan kata kunci time sebagai nama pengukuran untuk menulis data dan mengkueri pengukuran.

    > INSERT time value=1
    
    > SELECT * FROM time
    
    name: time
    time                            value
    ---------
    2017-02-07T18:28:27.349785384Z1

    Dalam TSDB untuk InfluxDB®, kata kunci time adalah nama pengukuran yang valid.

  • Gunakan kata kunci time sebagai kunci bidang untuk menulis data dan mencoba mengkueri kunci bidang.

    > INSERT mymeas time=1
    ERR:{"error":"partial write: invalid field name: input field \"time\" on measurement \"mymeas\" is invalid dropped=1"}

    Dalam TSDB untuk InfluxDB®, kata kunci time adalah kunci bidang yang tidak valid. Sistem gagal menulis titik dan mengembalikan kode kesalahan 400.

  • Gunakan kata kunci time sebagai kunci tag untuk menulis data dan mencoba mengkueri kunci tag.

    > INSERT mymeas,time=1 value=1
    ERR:{"error":"partial write: invalid tag key: input tag \"time\" on measurement \"mymeas\" is invalid dropped=1"}

    Dalam TSDB untuk InfluxDB®, kata kunci time adalah kunci tag yang tidak valid. Sistem gagal menulis titik dan mengembalikan kode kesalahan 400.

• Karakter

  Untuk menjaga penggunaan ekspresi reguler sederhana dan tanda kutip, kami merekomendasikan Anda tidak menggunakan karakter berikut dalam pengenal: backslash (\), caret (^), tanda dolar ($), tanda kutip tunggal ('), tanda kutip ganda ("), tanda sama dengan (=), dan koma (,).

Kapan saya menggunakan tanda kutip tunggal (') dan tanda kutip ganda (") untuk menulis data?

• Jika Anda menulis data berdasarkan protokol baris, jangan gunakan tanda kutip tunggal (') atau tanda kutip ganda (") untuk mengapit pengenal. Dalam contoh berikut, kueri menjadi lebih rumit setelah tanda kutip digunakan. Pengenal dapat berupa nama kueri kontinu, nama basis data, kunci bidang, nama pengukuran, nama kebijakan retensi, nama langganan, kunci tag, atau nama pengguna.

  • Tulis pengukuran yang diapit dengan tanda kutip ganda ("): INSERT "bikes" bikes_available=3. Kueri yang berlaku: SELECT * FROM "\"bikes\"".

  • Tulis pengukuran yang diapit dengan tanda kutip tunggal ('): INSERT 'bikes' bikes_available=3. Kueri yang berlaku: SELECT * FROM "\'bikes\'".

  • Tulis pengukuran yang tidak diapit dengan tanda kutip: INSERT bikes bikes_available=3. Kueri yang berlaku: SELECT * FROM "bikes".

• Anda harus menggunakan tanda kutip ganda (") untuk mengapit nilai string bidang.

  Tulis data: INSERT bikes happiness="level 2". Kueri yang berlaku: SELECT * FROM "bikes" WHERE "happiness"='level 2'.

• Jangan gunakan tanda kutip untuk mengapit karakter khusus. Gunakan karakter escape backslash (\) untuk memformat karakter khusus.

  Tulis data: INSERT wacky va\"ue=4. Kueri yang berlaku: SELECT "va\"ue" FROM "wacky".

Apakah granularitas timestamp memiliki dampak signifikan pada kinerja sistem?

Ya, granularitas timestamp memiliki efek signifikan pada kinerja sistem. Untuk memaksimalkan kinerja sistem, kami merekomendasikan Anda menggunakan granularitas waktu yang lebih kasar untuk menulis data ke TSDB untuk InfluxDB®.

Dalam dua contoh berikut, granularitas waktu default (dalam nanodetik) ditentukan untuk permintaan pertama. Granularitas waktu (dalam detik) ditentukan untuk permintaan kedua:

curl -i -XPOST "https://<Endpoint>:3242/write?db=weather&u=<Nama Akun>&p=<Kata Sandi>"--data-binary 'temperature,location=1 value=90 1472666050000000000'

curl -i -XPOST "https://<Endpoint>:3242/write?db=weather&precision=s&u=<Nama Akun>&p=<Kata Sandi>"--data-binary 'temperature,location=1 value=90 1472666050'

Namun, jika Anda menggunakan granularitas waktu yang lebih kasar untuk menulis data, titik-titik duplikat dengan timestamp yang sama rentan terjadi. Dalam hal ini, beberapa titik mungkin ditimpa.

Mengapa saya tidak dapat terhubung ke TSDB untuk InfluxDB® menggunakan Influx CLI?

Periksa apakah Anda memenuhi kondisi berikut:

• Anda harus memiliki izin eksekusi. Anda dapat menjalankan perintah chmod +x ./influx untuk menambahkan izin.

• Anda harus menentukan opsi -ssl dalam pernyataan koneksi.

• Anda hanya perlu menentukan string koneksi untuk opsi -host, seperti ts-bp17j28j2y7pm****.influxdata.rds.aliyuncs.com. Anda tidak perlu menentukan protokol dan nomor port.

Bagaimana cara mengaktifkan CLI TSDB untuk InfluxDB® agar mengembalikan timestamp yang mudah dibaca manusia?

Saat Anda terhubung ke CLI untuk pertama kali, Anda harus menentukan granularitas waktu berdasarkan RFC 3339.

$ influx -ssl -username <Nama Akun>-password <Kata Sandi>-host <Endpoint>-port 3242-precision rfc3339

Anda juga dapat menentukan granularitas waktu setelah Anda terhubung ke CLI.

$ influx -ssl -username <Username> -password <Kata Sandi> -host <Endpoint> -port 3242
Connected to https://<Endpoint>:3242 version 1.7.x
> precision rfc3339

Untuk informasi lebih lanjut, lihat CLI TSDB untuk InfluxDB®.

Bagaimana cara menjalankan pernyataan USE untuk menentukan basis data jika saya bukan administrator?

Jika Anda bukan administrator, Anda dapat menjalankan pernyataan USE <database_name> untuk menentukan basis data. Namun, dalam hal ini, Anda harus memiliki izin READ dan WRITE, atau hanya izin READ untuk basis data tersebut. Jika tidak, sistem akan mengembalikan kesalahan berikut:

ERR:Database<database_name> doesn't exist. Run SHOW DATABASES for a list of existing databases.

Bagaimana cara menggunakan CLI TSDB untuk InfluxDB® untuk menulis data ke kebijakan retensi non-default?

Jalankan pernyataan INSERT INTO [<database>.]<retention_policy> <line_protocol> untuk menulis data ke kebijakan retensi non-default. Metode ini hanya dapat digunakan dalam CLI TSDB untuk InfluxDB® untuk menentukan basis data dan kebijakan retensi. Untuk menulis data melalui HTTP, Anda harus menggunakan parameter db dan rp untuk menentukan basis data dan kebijakan retensi, masing-masing. Parameter rp bersifat opsional. Contoh:

> INSERT INTO one_day mortality bool=true
Using retention policy one_day
> SELECT * FROM "mydb"."one_day"."mortality"
name: mortality
---------------
time                             bool
2016-09-13T22:29:43.229530864Z   true

Jika Anda ingin mengkueri data dalam kebijakan retensi non-default, Anda harus sepenuhnya memenuhi syarat pengukuran. Anda dapat menggunakan sintaks berikut untuk sepenuhnya memenuhi syarat pengukuran:

"<database>"."<retention_policy>"."<measurement>"

Mengapa saya tidak dapat mengkueri nilai bidang tipe BOOLEAN?

Sintaks untuk menulis nilai BOOLEAN berbeda dari sintaks untuk mengkueri nilai BOOLEAN.

Sebagai contoh, pernyataan SELECT * FROM "hamlet" WHERE "bool"=True mengembalikan semua titik di mana nilai bool adalah TRUE. Namun, pernyataan SELECT * FROM "hamlet" WHERE "bool"=T tidak mengembalikan hasil apa pun.

Bagaimana cara TSDB untuk InfluxDB® menangani perbedaan tipe data bidang di seluruh shard?

Tipe data nilai bidang bisa berupa FLOAT, INTEGER, STRING, atau BOOLEAN. Tipe data nilai bidang harus sama dalam setiap shard. Namun, tipe data nilai bidang dapat berbeda di seluruh shard.

• Pernyataan SELECT

  Pernyataan SELECT mengembalikan semua nilai bidang jika semua nilai bidang memiliki tipe data yang sama. Jika tipe data nilai bidang berbeda di seluruh shard, TSDB untuk InfluxDB® melakukan operasi yang diperlukan untuk mengonversi tipe data (jika berlaku). Kemudian, TSDB untuk InfluxDB® mengembalikan semua nilai bidang berdasarkan urutan tipe data berikut: FLOAT, INTEGER, STRING, dan BOOLEAN. Jika nilai bidang ditemukan memiliki tipe data berbeda dalam data Anda, gunakan sintaks <field_key>::<type> untuk mengkueri tipe data yang berbeda. Contoh:

  Dalam pengukuran just_my_type, bidang my_field memiliki empat nilai dalam empat shard. Tipe data nilai-nilai bidang my_field berbeda satu sama lain. Tipe datanya adalah FLOAT, INTEGER, STRING, dan BOOLEAN.

  Pernyataan SELECT * hanya mengembalikan nilai tipe data FLOAT dan INTEGER. Dalam respons terhadap pernyataan tersebut, TSDB untuk InfluxDB® mengonversi nilai tipe data INTEGER menjadi nilai tipe data FLOAT.

  > SELECT * FROM just_my_type
  
  name: just_my_type
  ------------------
  time                      my_field
  2016-06-03T15:45:00Z9.87034
  2016-06-03T16:45:00Z7

  Pernyataan SELECT <field_key>::<type> [...] mengembalikan nilai semua tipe data. TSDB untuk InfluxDB® menyimpan data keluaran setiap tipe dalam kolom terpisah, dan nama kolom bertambah, misalnya my_field, my_field_1, dan my_field_2. TSDB untuk InfluxDB® dapat digunakan untuk mengonversi tipe data nilai bidang menjadi tipe data lain. Namun, ini didasarkan pada persyaratan tertentu. Dalam contoh berikut, TSDB untuk InfluxDB® mengonversi integer 7 menjadi bilangan floating-point yang termasuk dalam kolom pertama. TSDB untuk InfluxDB® mengonversi bilangan floating-point 9.879034 menjadi integer yang termasuk dalam kolom kedua. TSDB untuk InfluxDB® tidak dapat mengonversi bilangan floating-point atau integer menjadi string atau nilai Boolean.

  > SELECT "my_field"::float,"my_field"::integer,"my_field"::string,"my_field"::boolean FROM just_my_type
  
  name: just_my_type
  ------------------
  time                   my_field  my_field_1  my_field_2  my_field_3
  2016-06-03T15:45:00Z9.870349
  2016-06-03T16:45:00Z77
  2016-06-03T17:45:00Z                         a string
  2016-06-03T18:45:00Z                                     true

• Pernyataan SHOW FIELD KEYS

  Pernyataan SHOW FIELD KEYS mengembalikan semua tipe data dalam setiap shard yang terkait dengan kunci bidang tertentu. Contoh:

  Dalam pengukuran just_my_type, bidang my_field memiliki empat nilai dalam empat shard. Tipe data nilai-nilai bidang my_field berbeda satu sama lain. Tipe datanya adalah FLOAT, INTEGER, STRING, dan BOOLEAN.

  Pernyataan SHOW FIELD KEYS mengembalikan semua empat tipe data.

  > SHOW FIELD KEYS
  
  name: just_my_type
  fieldKey   fieldType
  -----------------
  my_field   float
  my_field   string
  my_field   integer
  my_field   boolean

Berapa bilangan bulat terkecil dan terbesar yang dapat disimpan oleh TSDB untuk InfluxDB®?

TSDB untuk InfluxDB® menyimpan bilangan bulat sebagai nilai Int64 bertanda. Nilai Int64 valid terkecil adalah -9023372036854775808. Nilai Int64 valid terbesar adalah 9023372036854775807. Untuk informasi lebih lanjut, lihat Go builtins.

Jika nilai yang disimpan mendekati bilangan bulat terkecil atau terbesar, hasil yang tidak terduga mungkin terjadi. Beberapa fungsi dan operator mungkin mengonversi nilai Int64 menjadi nilai Float64 selama komputasi. Namun, ini dapat menyebabkan masalah overflow.

Berapa timestamp terkecil dan terbesar yang dapat disimpan oleh TSDB untuk InfluxDB®?

Timestamp minimum adalah -9223372036854775806 atau 1677-09-21T00:12:43.145224194Z. Timestamp maksimum adalah 9223372036854775806 atau 2262-04-11T23:47:16.854775806Z. Jika timestamp jatuh di luar rentang yang valid, kesalahan parsing terjadi.

Bagaimana cara melihat tipe data bidang?

Anda dapat menjalankan pernyataan SHOW FIELD KEYS untuk melihat tipe data bidang.

> SHOW FIELD KEYS FROM all_the_types
name: all_the_types
-------------------
fieldKey  fieldType
---------
blue      string
green     boolean
orange    integer
yellow    float

Apakah saya bisa mengonversi tipe data bidang?

Ya, Anda dapat mengubah tipe data bidang. Namun, hanya sejumlah terbatas tipe data yang dapat dikonversi ke tipe data lain melalui TSDB untuk InfluxDB®. Gunakan sintaks <field_key>::<type> untuk mengonversi nilai bidang dari integer menjadi bilangan floating-point atau sebaliknya. Untuk detail lebih lanjut tentang konversi tipe data, lihat Eksplorasi Data. Konversi dari bilangan floating-point atau integer menjadi string atau nilai Boolean tidak didukung. Demikian pula, konversi dari string atau nilai Boolean menjadi bilangan floating-point atau integer juga tidak dapat dilakukan.

Anda dapat menggunakan metode alternatif berikut untuk mengubah tipe data:

• Tulis data ke bidang lain

  Metode paling sederhana adalah menulis data dengan tipe data baru ke bidang lain dalam deret yang sama.

• Gunakan sistem shard

  Tipe data nilai bidang harus sama dalam setiap shard. Namun, tipe data nilai bidang dapat berbeda di seluruh shard.

  Jika Anda ingin mengubah tipe data nilai bidang, jalankan pernyataan SHOW SHARDS untuk memeriksa nilai end_time dari shard saat ini. TSDB untuk InfluxDB® memungkinkan penulisan data dengan tipe data berbeda ke bidang yang ada, asalkan timestamp titik terjadi setelah waktu yang ditentukan oleh end_time. Sebagai contoh, jika timestamp data terjadi sebelum waktu akhir shard saat ini, Anda hanya dapat menulis integer ke bidang tersebut. Namun, jika timestamp data terjadi setelah waktu yang ditentukan oleh end_time, Anda dapat menulis bilangan floating-point ke bidang tersebut.

  Proses ini tidak mengubah tipe data nilai bidang dalam shard asli.

Bagaimana cara melakukan operasi matematika dalam fungsi?

Anda tidak dapat menggunakan TSDB untuk InfluxDB® untuk melakukan operasi matematika dalam fungsi. Kami merekomendasikan Anda menjalankan subkueri untuk mencapai tujuan yang sama. Contoh:

InfluxQL tidak mendukung sintaks berikut:

SELECT MEAN("dogs"-"cats")from"pet_daycare"

Namun, Anda dapat menjalankan subkueri berikut untuk mencapai tujuan yang sama:

> SELECT MEAN("difference") FROM (SELECT "dogs"-"cat" AS "difference" FROM "pet_daycare")

Untuk informasi lebih lanjut tentang subquery, lihat Data Exploration.

Mengapa respons kueri menggunakan epoch 0 sebagai timestamp?

Dalam kebanyakan kasus, epoch 0 (1970-01-01T00:00:00Z) digunakan sebagai timestamp null dalam TSDB untuk InfluxDB®. Jika tidak ada timestamp yang dapat dikembalikan untuk kueri Anda, TSDB untuk InfluxDB® mengembalikan epoch 0 sebagai timestamp. Sebagai contoh, aturan ini berlaku ketika tidak ada rentang waktu yang ditentukan untuk fungsi agregat.

Fungsi InfluxQL mana yang dapat disarangkan?

Fungsi InfluxQL berikut dapat disarangkan:

• COUNT() disarangkan dalam DISTINCT()

• CUMULATIVE_SUM()

• DERIVATIVE()

• DIFFERENCE()

• ELAPSED()

• MOVING_AVERAGE()

• NON_NEGATIVE_DERIVATIVE()

• HOLT_WINTERS() dan HOLT_WINTERS_WITH_FIT()

Untuk informasi lebih lanjut tentang cara menggunakan subkueri sebagai pengganti fungsi bersarang, lihat Eksplorasi Data.

Bagaimana cara memigrasi InfluxDB yang dikelola sendiri ke cloud?

Anda dapat menggunakan alat resmi influx_inspect yang disediakan oleh InfluxDB untuk mengekspor file protokol baris dari server InfluxDB yang dikelola sendiri, dan kemudian menggunakan CLI TSDB untuk InfluxDB® untuk mengimpor file ke TSDB untuk InfluxDB®.

Bagaimana cara memigrasi data antara instans InfluxDB yang berbeda di cloud?

Anda tidak dapat memigrasikan data antar instans InfluxDB secara langsung. Untuk melakukannya, Anda perlu mengkueri dan mengekspor data yang akan dimigrasi, lalu memigrasikan data secara manual. Selama proses kueri, hindari kueri besar yang dapat mempengaruhi stabilitas sistem. Anda dapat memfilter berdasarkan waktu atau deret waktu untuk memigrasikan beberapa data sekaligus.

Bagaimana cara memigrasi data dari InfluxDB ke LindormTSDB?

LindormTSDB menyediakan Layanan Lindorm Tunnel (LTS) untuk mengimpor data historis dari InfluxDB. Anda dapat menggunakan LTS untuk memigrasikan data penuh dari InfluxDB ke LindormTSDB.