Vous devez configurer les tables et variables MySQL suivantes pour effectuer des tâches telles que la collecte des mesures de performances du système de base de données MySQL externe et la surveillance et l'analyse des performances SQL dans Database Management :

• performance_schema : cette variable est définie sur ON par défaut et est requise pour activer le schéma de performances.
• max_digest_length : cette variable est requise pour la collecte d'instructions SQL plus volumineuses. La valeur par défaut est 1024. Il est recommandé de définir la valeur sur 4096 pour permettre la collecte d'instructions plus longues.
• performance_schema_max_digest_length : cette variable est requise et la valeur doit correspondre à la valeur définie pour la variable max_digest_length.
• performance_schema_max_sql_text_length : cette variable est recommandée car elle détermine le nombre maximal d'octets utilisés pour stocker les instructions SQL, y compris la colonne QUERY_SAMPLE_TEXT. Si vous laissez la valeur par défaut, les exemples d'instructions SQL plus longues seront incomplets et EXPLAIN ne sera pas disponible pour eux. Le jeu de valeurs de cette variable doit correspondre au jeu de valeurs de la variable max_digest_length.
• performance-schema-consumer-events-statements-history : il est recommandé de définir cette table sur ON, car elle permet de collecter des informations sur les exemples d'instruction SQL et de suivre l'historique des instructions récentes par thread.
• performance-schema-consumer-events-statements-history-long : il est recommandé de définir cette table sur ON, car elle permet le suivi d'un grand nombre d'instructions SQL récentes et en cours d'exécution sur tous les threads. En stockant un historique plus long des instructions SQL exécutées, cette table augmente les chances de capturer des erreurs qui peuvent se produire par intermittence ou sur de longues périodes.
• performance_schema_events_statements_history_long_size : cette variable est recommandée car elle contrôle le nombre maximal d'instructions SQL conservées dans la table events_statements_history_long. Par défaut, la table contient jusqu'à 10 000 instructions. L'augmentation de cette variable permet de capturer un plus grand ensemble de requêtes récentes sur tous les threads, ce qui est particulièrement utile sur les systèmes avec un volume d'instructions élevé.
• setup_consumers : dans ce tableau, le type de consommateur events_statements_cpu doit être défini sur YES pour permettre la mesure de CPU_TIME. Si cette condition est remplie, vous pouvez filtrer les instructions SQL les plus consommatrices de ressources dans le hub de performances, en fonction du temps CPU total et du temps CPU moyen.

Pour plus d'informations sur les autres variables et tables requises, reportez-vous aux sections suivantes :

• max_digest_length
• performance_schema_max_digest_length
• performance_schema_max_sql_text_length
• Table events_statements_history
• Table events_statements_history_long
• performance_schema_events_statements_history_long_size
• Table setup_consumers

Un agent OMA 250509.0302 ou version ultérieure est requis pour la connexion aux systèmes de base de données MySQL externes.

Pour plus d'informations sur les passerelles de gestion, reportez-vous à Passerelle de gestion.

1. Créez un utilisateur à l'aide de la commande suivante.

   CREATE USER '<username>'@'<hostname/IP>' IDENTIFIED by '<UNIQUEPASSWORD>';

   Cette commande crée un utilisateur dans MySQL avec les valeurs username, hostname et password spécifiées. Vous devez noter hostname car vous devrez indiquer l'hôte pour créer un connecteur lors de l'inscription du système de base de données MySQL externe.

   '<username>'@'<hostname/IP>' peut être une correspondance exacte ou un caractère générique, comme '%'. Exemples :

   'johndoe'@'host.example.com' ou 'johndoe'@'%'
2. Accordez les privilèges requis :

   GRANT
       SERVICE_CONNECTION_ADMIN,
       SYSTEM_USER,
       SELECT,
       PROCESS,
       SHOW VIEW,
       SHOW DATABASES,
       REPLICATION CLIENT,
       REPLICATION SLAVE
   ON *.* TO '<username>'@'<hostname>';
   
   GRANT EXECUTE ON sys.* TO '<username>'@'<hostname>';

   Vous pouvez éventuellement visualiser le plan d'explication dans le hub de performances pour les instructions LMD (Langage de manipulation de données) telles que INSERT, UPDATE, DELETE et REPLACE. Vous avez besoin de privilèges supplémentaires, qui sont identiques à ceux requis pour exécuter les instructions expliquées. Voici des exemples de privilèges requis pour exécuter (et expliquer) des instructions INSERT et UPDATE :

   GRANT INSERT ON <database_name>.<table_name> TO '<username>'@'<hostname>';
   GRANT UPDATE ON <database_name>.<table_name> TO '<username>'@'<hostname>';

Si vous créez la clé secrète d'informations d'identification de protocole réseau directement dans le service Vault, les balises à format libre suivantes doivent être associées à la clé secrète afin de la rendre disponible pour utilisation lors de l'inscription du système de base de données MySQL externe :

• Clé secrète pour les informations d'identification TCP : TCP_SECRET_MYSQL
• Clé secrète pour TCP avec les informations d'identification SSL : TLS_SECRET_MYSQL
• Clé secrète pour les informations d'identification de socket : SOCKET_SECRET_MYSQL

Pour plus d'informations sur le service Vault, sur ses concepts et sur la création de coffres, de clés et de clés secrètes, reportez-vous à Vault.

• Inscrivez le système de base de données MySQL externe.
• Créez une ressource de connecteur pour vous connecter de manière sécurisée au système de base de données MySQL externe.
• Activez Database Management pour le système de base de données MySQL externe.

Pour plus d'informations sur l'inscription d'un système de base de données MySQL externe, reportez-vous à Inscription d'un système de base de données MySQL externe.