Cette page décrit les options de base de données qu'AlloyDB pour PostgreSQL utilise pour activer et gérer diverses fonctionnalités de service propres à AlloyDB. Pour obtenir la liste de toutes les options de base de données compatibles avec AlloyDB, consultez Options de base de données compatibles.
Pour les flags marqués avec Redémarrage de l'instance, AlloyDB redémarre une instance chaque fois que vous définissez, supprimez ou modifiez le flag concerné sur cette instance. La valeur du flag persiste pour l'instance jusqu'à ce que vous la modifiiez à nouveau.
alloydb.audit_log_line_prefix
| Type | string |
| Par défaut | "%m [%p]: [%l-1] db=%d,user=%u |
| Redémarrage de l'instance | Oui |
Contrôle les informations préfixées à chaque ligne du journal d'audit. Si vous ne renseignez pas ce champ, aucun préfixe n'est utilisé.
alloydb.enable_pgaudit
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Contrôle la disponibilité de l'extension pgaudit dans une instance AlloyDB. Définissez le paramètre sur on et redémarrez l'instance. Ajoutez ensuite l'extension pgaudit aux bases de données individuelles de l'instance à l'aide de la commande CREATE
EXTENSION.
L'extension pgaudit fournit une journalisation détaillée des sessions et des objets à l'aide de la fonctionnalité de journalisation standard fournie par PostgreSQL.
alloydb.enable_auto_explain
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Contrôle la disponibilité de l'extension auto_explain dans une instance AlloyDB. Définissez le paramètre sur on et redémarrez l'instance.
L'extension auto_explain permet la journalisation automatique des plans d'exécution des instructions lentes (à des fins de dépannage, etc.). Elle fournit un moyen automatisé d'exécuter les fonctionnalités de la commande EXPLAIN.
alloydb.enable_pg_bigm
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Contrôle la disponibilité de l'extension pg_bigm dans une instance AlloyDB. Définissez le paramètre sur on et redémarrez l'instance. Ajoutez ensuite l'extension pg_bigm aux bases de données individuelles de l'instance à l'aide de la commande CREATE
EXTENSION.
L'extension pg_bigm fournit une fonctionnalité de recherche en texte intégral dans PostgreSQL à l'aide d'index bigrammes pour des recherches en texte intégral plus rapides.
alloydb.enable_pg_cron
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Contrôle la disponibilité de l'extension pg_cron dans une instance AlloyDB. Définissez le paramètre sur on et redémarrez l'instance. Ajoutez ensuite l'extension pg_cron aux bases de données individuelles de l'instance à l'aide de la commande CREATE
EXTENSION.
L'extension pg_cron fournit un planificateur de tâches Cron pour PostgreSQL qui s'exécute dans la base de données en tant qu'extension. Elle utilise la même syntaxe que la tâche cron standard et vous permet de planifier des commandes PostgreSQL directement à partir de la base de données.
alloydb.enable_pg_hint_plan
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Contrôle la disponibilité de l'extension pg_hint_plan dans une instance AlloyDB. Définissez le paramètre sur on et redémarrez l'instance. Ajoutez ensuite l'extension pg_hint_plan à chaque base de données de l'instance à l'aide de la commande CREATE EXTENSION.
L'extension pg_hint_plan vous permet d'améliorer les plans d'exécution PostgreSQL à l'aide d'optimisations, qui sont des descriptions dans les commentaires SQL.
alloydb.enable_pg_wait_sampling
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Permet à AlloyDB de collecter des statistiques d'échantillonnage des événements d'attente.
Définissez le paramètre sur on et redémarrez l'instance. Ajoutez ensuite l'extension pg_wait_sampling aux bases de données individuelles de l'instance à l'aide de la commande CREATE EXTENSION.
L'extension pg_wait_sampling agrège et résume les données d'événement d'attente. Vous pouvez interroger ces vues pour obtenir des informations sur les temps d'attente, les fréquences et l'importance relative des différents événements d'attente.
alloydb.enable_pglogical
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Contrôle la disponibilité de l'extension pglogical dans une instance AlloyDB. Définissez le paramètre sur on et redémarrez l'instance. Ajoutez ensuite l'extension pglogical aux bases de données individuelles de l'instance à l'aide de la commande CREATE EXTENSION.
L'extension pglogical fournit une réplication logique par flux pour PostgreSQL à l'aide d'un modèle basé sur la publication et l'abonnement.
alloydb.iam_authentication
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Permet d'utiliser l'authentification Identity and Access Management (IAM) avec une instance AlloyDB.
alloydb.logical_decoding
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Active l'infrastructure de décodage logique PostgreSQL dans une instance AlloyDB.
Le décodage logique fournit l'infrastructure nécessaire pour diffuser les modifications de données à des consommateurs externes.
alloydb.log_throttling_window
| Type | integer |
| Par défaut | 0 |
| Redémarrage de l'instance | Non |
Détermine si AlloyDB enregistre les messages de journaux en double reçus pendant une période spécifiée.
Si la valeur est supérieure à 0, AlloyDB démarre un minuteur de la durée indiquée en secondes chaque fois qu'il enregistre un message de journal. Si AlloyDB reçoit le même message de journal avant l'expiration du délai, il ne l'enregistre pas. Une fois le délai écoulé, AlloyDB ajoute le nombre de messages ignorés à la prochaine occurrence du même message de journal qu'il enregistre.
Si la valeur est définie sur 0, AlloyDB enregistre tous les messages de journaux en double.
alloydb.promote_cancel_to_terminate
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Non |
Si la valeur est définie sur true, toutes les demandes d'annulation de requête dues à des problèmes tels que les délais d'attente de verrouillage, les délais d'attente d'instruction et les conflits de récupération (relecture) rencontrés par AlloyDB sont promus en demandes d'arrêt forcé du backend.
En promouvant les demandes d'annulation, AlloyDB permet d'éviter que les backends bloqués n'empêchent la relecture des journaux et d'autres backends.
alloydb.pg_shadow_select_role
| Type | string |
| Par défaut | Chaîne vide |
| Redémarrage de l'instance | Non |
Nom du rôle PostgreSQL à utiliser pour accorder l'autorisation d'interroger la vue pg_shadow.
alloydb_password
| Type | string |
| Par défaut | Chaîne vide |
| Redémarrage de l'instance | Non |
Fournit des fonctions permettant de définir et de gérer des règles relatives aux mots de passe pour AlloyDB Omni. Si les utilisateurs de la base de données de votre application s'authentifient auprès d'AlloyDB Omni à l'aide de la méthode intégrée basée sur un mot de passe, vous pouvez renforcer la sécurité de l'authentification en exigeant des mots de passe sécurisés.
Pour en savoir plus, consultez Gérer l'authentification intégrée à l'aide de règles de mot de passe.
alloydb_scann
| Type | string |
| Par défaut | Chaîne vide |
| Redémarrage de l'instance | Non |
Fournit des fonctions qui permettent à AlloyDB Omni de gérer les charges de travail de recherche vectorielle avec des performances et une efficacité élevées.
Pour en savoir plus, consultez Créer des index et des vecteurs de requête.
alloydb_ai_nl
| Type | string |
| Par défaut | Chaîne vide |
| Redémarrage de l'instance | Non |
Fournit des fonctions qui vous permettent d'interroger AlloyDB de manière sécurisée à l'aide du langage naturel. L'extension fonctionne conjointement avec l'extension "parameterized_views" qui applique une couche de sécurité à vos données.
Pour en savoir plus, consultez Générer des requêtes SQL à l'aide du langage naturel.
parameterized_views
| Type | string |
| Par défaut | Chaîne vide |
| Redémarrage de l'instance | Non |
Fournit des fonctions qui ajoutent une couche de sécurité lorsque les requêtes en langage naturel sont traduites en requêtes SQL. Cette extension fonctionne conjointement avec l'extension alloydb_ai_nl.
Pour en savoir plus, consultez Générer des requêtes SQL à l'aide du langage naturel.
alloydb_ai_nl.enabled
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Détermine si les fonctionnalités de langage naturel AlloyDB AI sont activées.
scann.enable_preview_features
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Permet d'utiliser les fonctionnalités suivantes disponibles en version Preview :
* La maintenance automatique des index gère l'index de manière incrémentielle. Ainsi, lorsque votre ensemble de données augmente, AlloyDB Omni divise les grandes partitions aberrantes et tente d'améliorer les RPS et les résultats de recherche. * La création différée d'index diffère la création d'index pour les lignes vides ou les tables avec un nombre de lignes insuffisant. * Les index d'arborescence à quatre niveaux sont compatibles avec les tables comportant plus d'un milliard de lignes de vecteurs.scann.enable_index_maintenance
| Type | boolean |
| Par défaut | on |
| Redémarrage de l'instance | Oui |
Détermine si les fonctionnalités de maintenance automatique des index vectoriels sont activées.
scann.max_background_workers
| Type | integer |
| Par défaut | 1 |
| Redémarrage de l'instance | Oui |
Contrôle le nombre de nœuds de calcul en arrière-plan utilisés pour la maintenance automatique des index vectoriels. Pour en savoir plus, consultez Augmenter le débit de la maintenance automatique.
scann.maintenance_background_naptime_s
| Type | integer |
| Par défaut | 1 |
| Redémarrage de l'instance | Oui |
Contrôle le délai minimal entre les exécutions du nœud de calcul en arrière-plan pour la maintenance automatique de l'index vectoriel. La valeur par défaut est de 1 minute.
scann.max_allowed_num_levels
| Type | integer |
| Par défaut | 2 |
| Valeur minimale | 1 |
| Valeur maximale | 3 |
| Redémarrage de l'instance | Non |
Détermine la valeur la plus élevée que vous pouvez définir pour max_num_levels lorsque vous créez un index ScaNN.
parameterized_views.enabled
| Type | boolean |
| Par défaut | off |
| Redémarrage de l'instance | Oui |
Détermine si les fonctionnalités de vues paramétrées sont activées.
Le paramètre de l'indicateur parameterized_views.enabled n'est pas répliqué automatiquement. Vous devez le répliquer manuellement sur chaque instance. Vous devez activer l'indicateur parameterized_views.enabled sur chaque instance répliquée avant d'interroger les vues paramétrées sur la réplique. Pour en savoir plus, consultez Gérer la sécurité des données d'application à l'aide de vues sécurisées paramétrées AlloyDB Omni.
parameterized_views.json_results_max_rows
| Type | integer |
| Par défaut | 1,000,000 |
| Redémarrage de l'instance | Non |
Définit le nombre maximal de lignes pour les résultats JSON de la fonction execute_parameterized_query().
parameterized_views.json_results_max_size
| Type | integer |
| Par défaut | 1,048,576 |
| Redémarrage de l'instance | Non |
Définit la taille maximale des résultats JSON en kilo-octets (Ko) à partir de la fonction execute_parameterized_query().
parameterized_views.max_parallel_workers_per_gather
| Type | integer |
| Par défaut | -1 |
| Redémarrage de l'instance | Non |
Définit le nombre maximal de processus parallèles par nœud d'exécution lorsqu'une requête est exécutée à l'aide de l'API des vues paramétrées. -1 signifie qu'il n'y a aucune limite. Cette limite ne s'applique que si elle est plus restrictive que max_parallel_workers_per_gather.
parameterized_views.statement_timeout
| Type | integer |
| Par défaut | 0 |
| Redémarrage de l'instance | Non |
Définit la durée maximale autorisée en millisecondes des instructions exécutées à l'aide de l'API des vues paramétrées. 0 signifie qu'il n'y a aucune limite. Cette limite ne s'applique que si elle est plus restrictive que statement_timeout.
parameterized_views.temp_file_limit
| Type | integer |
| Par défaut | -1 |
| Redémarrage de l'instance | Non |
Limite la taille totale en Ko de tous les fichiers temporaires utilisés par chaque processus lorsqu'ils sont exécutés à l'aide de l'API des vues paramétrées. -1 signifie qu'il n'y a aucune limite. Cette limite ne s'applique que si elle est plus restrictive que temp_file_limit.
parameterized_views.work_mem
| Type | integer |
| Par défaut | 0 |
| Redémarrage de l'instance | Non |
Définit la mémoire maximale en Ko à utiliser pour les espaces de travail de requête lorsqu'ils sont exécutés à l'aide de l'API des vues paramétrées. 0 signifie qu'il n'y a aucune limite. Cette limite ne s'applique que si elle est plus restrictive que work_mem.
vector_assist.enabled
| Type | boolean |
| Par défaut | on |
| Redémarrage de l'instance | non |
Détermine si les fonctionnalités d'assistance vectorielle sont activées.