View a markdown version of this page

FAQ sur la rédaction et l'interrogation de données pour Amazon Timestream pour InfluxDB 3 - Amazon Timestream

Pour des fonctionnalités similaires à celles d'Amazon Timestream pour, pensez à Amazon Timestream LiveAnalytics pour InfluxDB. Il permet une ingestion simplifiée des données et des temps de réponse aux requêtes à un chiffre en millisecondes pour des analyses en temps réel. Pour en savoir plus, cliquez ici.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

FAQ sur la rédaction et l'interrogation de données pour Amazon Timestream pour InfluxDB 3

Questions concernant l'écriture de données et l'interrogation de données depuis Amazon Timestream pour InfluxDB 3, APIs y compris la prise en charge, les langages de requête et l'authentification. Pour des guides complets, voir Écrire des données dans votre cluster Timestream pour InfluxDB 3 etInterrogation de données depuis Timestream pour InfluxDB 3.

Comment écrire des données dans InfluxDB 3 ?

InfluxDB 3 prend en charge plusieurs méthodes d'écriture : l'API d'écriture native v3, l'API de compatibilité InfluxDB v2 et l'API de compatibilité InfluxDB v1. Toutes les méthodes acceptent le format de protocole de ligne. Des bibliothèques clientes officielles sont disponibles pour Python, Go JavaScript, Java et C#. Pour des instructions d'écriture détaillées, consultez le guide des données d'écriture d'InfluxDB 3 Enterprise.

Quels sont les langages de requête pris en charge par InfluxDB 3 ?

InfluxDB 3 prend en charge SQL et InfluxQL via l'API de requête HTTP v3. SQL est le langage de requête principal, alimenté par le DataFusion moteur Apache. InfluxQL est pris en charge pour des raisons de rétrocompatibilité. Vous pouvez également effectuer une requête à l'aide de l'outil influxdb3 CLI. Pour la syntaxe des requêtes et des exemples, consultez le guide des données de requête InfluxDB 3 Enterprise.

Exemple de requête SQL :

SELECT time, temperature, location
FROM weather
WHERE time > now() - INTERVAL '1 hour'
ORDER BY time DESC
LIMIT 100
Comment fonctionne l'authentification pour les requêtes ?

InfluxDB 3 utilise une authentification basée sur des jetons. Lorsque vous configurez votre cluster pour la première fois, vous créez un compte utilisateur principal et un mot de passe. Dans l'édition Enterprise, vous pouvez créer plusieurs jetons avec différents niveaux d'accès :

  • Jetons d'administration : accordez un accès complet à toutes les actions du serveur, y compris les commandes CLI et les points de terminaison de l'API. Le premier jeton d'administration créé est le jeton d'opérateur, qui dispose de tous les privilèges administratifs.

  • Jetons de ressources : accordez des autorisations granulaires sur des ressources spécifiques telles que des bases de données et des tables individuelles. Vous pouvez attribuer un accès en lecture seule, en écriture seule ou en lecture-écriture par base de données, ce qui permet un contrôle d'accès précis pour différents utilisateurs et applications.

Les jetons fonctionnent avec l'API de requête HTTP v3, la influxdb3 CLI et la compatibilité v1/v2. APIs Pour plus de détails, consultez la documentation de gestion des jetons InfluxDB 3 Enterprise.

Puis-je gérer des bases de données et des tables via le plan de données ?

Oui. Dans InfluxDB 3 Enterprise, vous pouvez créer, répertorier et supprimer des bases de données et des tables directement à l'aide de la influxdb3 CLI ou de l'API HTTP. Vous pouvez également gérer les caches de dernière valeur, les caches de valeurs distinctes et les index de fichiers personnalisés pour l'optimisation des requêtes. Ces opérations de plan de données vous permettent d'administrer votre cluster sans utiliser le AWS Management Console. Pour la liste complète des opérations administratives, consultez le guide d'administration d'InfluxDB 3 Enterprise.

Pourquoi ma requête renvoie-t-elle une erreur 401 Unauthorized ?

Une erreur 401 signifie que votre jeton d'authentification est manquant, qu'il a expiré ou qu'il ne dispose pas des autorisations requises. Vérifiez que vous transmettez le jeton dans l'Authorization: Beareren-tête (ou via la variable d'INFLUXDB3_AUTH_TOKENenvironnement de la CLI). Si vous utilisez des jetons de ressources, vérifiez que le jeton dispose d'une autorisation de lecture sur la base de données cible. Régénérez le jeton s'il a peut-être été révoqué.

Pourquoi mes requêtes sont-elles lentes ?

Les causes les plus courantes incluent l'analyse d'un trop grand nombre de fichiers Parquet (vérificationquery-file-limit), un nombre de DataFusion threads insuffisant par rapport à la taille de votre instance ou un cache mémoire Parquet trop froid après un redémarrage. Pour les clusters d'entreprise, vérifiez que le compactage est en cours : sans compactage, les petits fichiers s'accumulent et dégradent les performances des requêtes. Voir Référence détaillée des paramètres pour obtenir des conseils de réglage.

Qu'est-ce que le protocole de ligne ?

Le protocole de ligne est un format texte permettant d'écrire des données de séries chronologiques dans InfluxDB. Chaque ligne représente un point de données unique avec un nom de mesure, un jeu de balises facultatif, un ensemble de champs et un horodatage facultatif. Pour la spécification complète, consultez la référence du protocole de ligne InfluxDB 3.

Exemple de protocole de ligne :

weather,location=us-east,station=A1 temperature=82.0,humidity=71.2 1465839830100400200
weather,location=us-west,station=B2 temperature=68.5,humidity=45.8 1465839830100400200