Messages d'erreur Cloud SQL

Vérifiez les conditions suivantes :

• L'application n'a pas appelé "mysql_close()" avant de quitter.
• Erreurs de communication.
• L'application a peut-être été mise en veille pendant un délai supérieur au nombre de secondes spécifié dans "wait_timeout" ou "interactive_timeout" sans émettre de requêtes au serveur. Consultez la Section 5.1.7 sur les variables système du serveur (en anglais).
• L'application s'est arrêtée brusquement pendant un transfert de données.
• La valeur de la variable max_allowed_packet est peut-être trop petite ou les requêtes nécessitent plus de mémoire que celle allouée à mysqld. Pour résoudre ce problème, remplacez la valeur de l'option max_allowed_packet par un nombre beaucoup plus élevé.

Mettez à jour la clause DEFINER dans les bases de données externes, par exemple pour passer de root@localhost à root@% ou à un utilisateur qui n'est pas un super-utilisateur. Pour en savoir plus, consultez la page sur le contrôle des accès aux objets stockés.

• Le nom d'utilisateur (ou le mot de passe) est incorrect.
• L'utilisateur se connecte à partir d'une URL autre que @XXX.
• L'utilisateur ne dispose pas des droits d'accès appropriés pour la base de données à laquelle il tente de se connecter.

Essayez les solutions suivantes ...

• Vérifiez le nom d'utilisateur et le mot de passe correspondant.
• Vérifiez l'origine de la connexion pour voir si elle correspond à l'URL pour laquelle l'utilisateur dispose de droits d'accès.
• Vérifiez les droits d'accès de l'utilisateur dans la base de données.

Vous devez modifier la connexion privée. Exécutez la commande suivante et veillez à utiliser l'argument --force :

gcloud services vpc-peerings update \
--network=VPC_NETWORK \
--ranges=ALLOCATED_RANGES \
--service=servicenetworking.googleapis.com \
--force

Essayez ce qui suit :

1. Connectez-vous à la base de données (par exemple, en utilisant Cloud Shell) et ouvrez une session en tant qu'utilisateur root.
2. Exécutez USE mysql;.
3. Accordez les autorisations suivantes à l'aide de la syntaxe :

   GRANT PERMISSION_1,PERMISSION_2 ON *.* TO 'root' WITH GRANT OPTION;
      

   • SELECT
   • INSERT
   • METTRE À JOUR
   • SUPPRIMER
   • CRÉER
   • DROP
   • ACTUALISER
   • SHUTDOWN
   • PROCESS
   • REFERENCES
   • INDEX
   • ALTER
   • SHOW DATABASES
   • CREATE TEMPORARY TABLES
   • LOCK TABLES
   • EXECUTE
   • REPLICATION SLAVE
   • REPLICATION CLIENT
   • CREATE VIEW
   • SHOW VIEW
   • CREATE ROUTINE
   • ALTER ROUTINE
   • CREATE USER
   • ÉVÉNEMENT
   • TRIGGER
   • CREATE TABLESPACE
4. Exécutez la commande USE 'Database_Name';, où Database_Name est la base de données dans laquelle vous créez les vues.
5. Exécutez toutes les commandes de création de vue dans la session et validez-les.

Dans le cas de Illegal Argument, vérifiez la requête pour vous assurer que chaque argument est autorisé et que sa valeur est valide. Pour toutes les autres causes, consultez les fichiers journaux pour savoir si d'autres informations sont disponibles.

Vous devez modifier la connexion privée. Exécutez la commande suivante et veillez à utiliser l'argument --force :

gcloud services vpc-peerings update \
--network=VPC_NETWORK \
--ranges=ALLOCATED_RANGES \
--service=servicenetworking.googleapis.com \
--force

Si vous essayez d'effectuer une exportation et que Cloud Storage ne reçoit aucune donnée dans un certain délai, la connexion est réinitialisée.

Essayez d'effectuer une exportation manuelle à l'aide de pg_dump.

Si possible, supprimez toutes les entrées Authorized Networks de l'instance Cloud SQL. Sinon, créez une instance dupliquée sans aucune entrée Authorized Networks.

Exécutez la commande sp_helpdb pour obtenir des informations sur la base de données.

Envisagez les solutions suivantes :

• Augmentez manuellement l'espace disque ou réduisez la quantité de données de la base de données.
• Vérifiez que l'option Automatic storage increase est activée pour l'instance de base de données.
• Ajoutez des groupes de fichiers et déplacez-y des données.
• Assurez-vous que la croissance n'est pas limitée. Utilisez la commande ALTER DATABASE pour activer la croissance automatique (si celle-ci n'est pas déjà activée) et pour augmenter la taille maximale de fichier.
• Gérez les fichiers tempdb. Utilisez les commandes DBCC OPENTRAN et DBCC SQLPERF pour rechercher des transactions ouvertes susceptibles d'entraîner la croissance du fichier tempdb ou du journal des transactions.

Connectez-vous avec l'utilisateur par défaut, puis changez d'utilisateur.

Modifiez l'instance principale en augmentant la taille du disque.

Impossible de trouver des blocs libres dans les plages d'adresses IP allouées. Veuillez allouer de nouvelles plages à ce fournisseur de services.

Il n'y a plus d'adresses disponibles dans la plage d'adresses IP allouée.

Voici quelques scénarios possibles :

• La taille de la plage d'adresses IP allouée à la connexion de service privé est inférieure à /24.
• La taille de la plage d'adresses IP allouée pour la connexion de service privé est trop petite pour le nombre d'instances Cloud SQL.
• La taille requise pour la plage d'adresses IP allouée sera plus importante si les instances sont créées dans plusieurs régions. Voir Taille de la plage allouée

Pour chacun des scénarios ci-dessus, vous pouvez choisir de développer la plage d'adresses IP existante ou d'allouer une plage d'adresses IP supplémentaire à la connexion de service privée.

Si vous allouez une nouvelle plage, veillez à ne pas créer d'allocation qui chevauche des allocations existantes.

Après avoir créé une nouvelle plage d'adresses IP, mettez à jour l'appairage de VPC à l'aide de la commande suivante :

gcloud services vpc-peerings update \
--service=servicenetworking.googleapis.com
--ranges=OLD_RESERVED_RANGE_NAME,NEW_RESERVED_RANGE_NAME \
--network=VPC_NETWORK
--project=PROJECT_ID \
--force

Si vous développez une allocation existante, veillez à effectuer uniquement une opération d'augmentation de la plage d'allocation et non à la réduire. Par exemple, si l'allocation d'origine était 10.0.10.0/24, la nouvelle allocation doit être définie au mininmum sur 10.0.10.0/23.

En règle générale, si vous commencez par utiliser une allocation /24, il est conseillé de réduire le /masque d'une unité pour chaque condition (groupe de type d'instances supplémentaire, région supplémentaire). Par exemple, si vous essayez de créer les deux groupes de types d'instances sur la même allocation, passer de /24 à /23 est suffisant.

Après avoir étendu une plage d'adresses IP existante, mettez à jour l'appairage de VPC à l'aide de la commande suivante :

gcloud services vpc-peerings update \
--service=servicenetworking.googleapis.com
--ranges=RESERVED_RANGE_NAME \
--network=VPC_NETWORK \
--project=PROJECT_ID \
--force

À l'heure actuelle, il n'est pas possible de se connecter depuis Cloud Shell à une instance avec une adresse IP privée seulement.

Utilisez mysqldump avec l'option max_allowed_packet.

Pour en savoir plus sur l'utilisation des options de mysqldump pour la migration des importations gérées, consultez la section Options de synchronisation initiales autorisées et par défaut.

Vérifiez que votre système d'exploitation et votre système de fichiers acceptent les fichiers de cette taille. Vérifiez que le disque n'est pas saturé ou qu'il ne dépasse pas le quota de disque. Vous pouvez demander une augmentation de vos quotas depuis la console Google Cloud ou modifier l'instance afin de la mettre à niveau vers un disque de taille plus importante.

Pour réparer les autorisations de service, désactivez l'API Service Networking API, attendez cinq minutes, puis réactivez-la.

Activez l'API Service Networking API dans votre projet. Si cette erreur s'affiche lorsque vous tentez d'attribuer une adresse IP privée à une instance Cloud SQL et que vous utilisez un VPC partagé, vous devez également activer l'adresse Service Networking API pour le projet hôte.

Recherchez le processus qui a verrouillé la table et arrêtez-le :

1. Diagnostiquer avec : sql> show processlist ;

   Le premier élément de la liste peut être celui conservant le verrouillage, que les éléments suivants attendent.

2. La commande SHOW INNODB STATUS peut également être utile.
3. Exécutez la commande KILL <var>PID</var> ;

Activez l'API Service Networking API dans votre projet. Si cette erreur s'affiche lorsque vous tentez d'attribuer une adresse IP privée à une instance Cloud SQL et que vous utilisez un VPC partagé, vous devez également activer l'adresse Service Networking API pour le projet hôte.

Attendez la fin de l'opération précédente avant d'en commencer une autre.

Modifiez l'instance cible en augmentant la taille de l'espace de stockage.

Demandez une augmentation de vos quotas depuis Google Cloud Console.

Augmentez la valeur de l'option max_connections. Consultez la page Configurer des options de base de données.

Vérifiez que vous disposez d'un fichier JSON de clé de compte de service valide à l'emplacement stocké dans la variable d'environnement GOOGLE_APPLICATION_CREDENTIALS et que cette dernière pointe vers l'emplacement approprié.

Définissez l'option innodb_large_prefix sur ON lors de la création de l'instance dupliquée ou mettez à jour l'instance dupliquée existante avec l'option.

Créez un certificat de serveur et effectuez une rotation.

• Il se peut que l'utilisateur ne dispose pas de toutes les autorisations Cloud Storage dont il a besoin.
• La table de base de données n'existe peut-être pas

Essayez les solutions suivantes ...

• Vérifiez que vous disposez tout au moins des autorisations WRITER sur le bucket et READER sur le fichier d'exportation. Pour en savoir plus sur la configuration du contrôle d'accès dans Cloud Storage, consultez la page Créer et gérer des listes de contrôle d'accès.
• Assurez-vous que la table existe. Si tel est le cas, vérifiez alors que vous disposez des autorisations appropriées sur le bucket de stockage.

La transaction de vidage peut échouer si vous utilisez les instructions ci-dessous lors de l'opération d'exportation :

• ALTER TABLE
• CREATE TABLE
• DROP TABLE
• RENAME TABLE
• TRUNCATE TABLE

Supprimez l'une de ces instructions de l'opération de vidage.

Augmentez la taille de temp_file_limit. Consultez la page Configurer des options de base de données.

[Warning] InnoDB: Load table db.table failed, the table has missing
foreign key indexes. Turn off 'foreign_key_checks' and try again.
[Warning] InnoDB: Cannot open table db/table from the internal data
dictionary of InnoDB though the .frm file for the table exists.
See InnoDB troubleshooting
for more information.
      

Après un redémarrage de la base de données, MySQL doit charger la ou les tables dans le cache du dictionnaire InnoDB lors du premier accès. Si une différence est détectée, l'accès à cette table est bloqué.

mysql> select * from db.table;
ERROR 1146 (42S02): Table db.table doesn't exist
      

La désactivation de foreign_key_checks pour la session MySQL permet à nouveau d'accéder à la table. Une fois la table accessible et chargée dans le cache du dictionnaire, InnoDB ne vérifie pas les incohérences au niveau des clés étrangères et ne se heurte pas à celles-ci avant le prochain redémarrage de la base de données.

Vous devez corriger les incohérences de la clé étrangère pour éviter tout autre problème.

1. Désactivez foreign_key_checks pour la session cliente mysql et accédez à la table.

   mysql> SET SESSION FOREIGN_KEY_CHECKS=0;
               

2. Inspectez les tables parents et enfants, et identifiez les incohérences entre les colonnes de clé étrangère et de clé référencée.

   mysql> SHOW CREATE TABLE parent_table;
   mysql> SHOW CREATE TABLE child_table;
               

   Vérifiez que les colonnes correspondantes présentent des types de données similaires. La taille et le signe des types de précision fixes, tels que INTEGER et DECIMAL, sont identiques. Pour les colonnes de chaînes non binaires (caractères), le jeu de caractères et le classement doivent être identiques.

3. Corrigez la non-concordance à l'aide de l'instruction ALTER TABLE. Certaines opérations peuvent vous obliger à supprimer la contrainte de clé étrangère, à appliquer la modification, puis à ajouter à nouveau la clé étrangère.
4. Réactivez foreign_key_checks.

   mysql> SET SESSION FOREIGN_KEY_CHECKS=1;
               

Utilisez le format CSV et exécutez plusieurs tâches d'exportation plus petites pour réduire le volume et la longueur de chaque opération.

Réduisez la valeur de l'option max_connections ou contactez le service client pour demander la suppression de l'option suivie d'un hard drain. Cela force l'instance à redémarrer sur un autre hôte avec une nouvelle configuration, sans option ni paramètre.

• Au niveau de la base de données, il doit exister un utilisateur avec un mot de passe correspondant.
• Au niveau du projet, l'utilisateur peut ne pas disposer des autorisations IAM appropriées, telles que serviceusage.services.use ou cloudsql.instances.connect.
• Au niveau du réseau, si l'instance Cloud SQL utilise une adresse IP publique, l'adresse IP source de la connexion doit se trouver dans un réseau autorisé.

Essayez les solutions suivantes ...

• Assurez-vous qu'il existe un utilisateur avec un mot de passe correspondant.
• Attribuez le rôle Service Usage Consumer au compte utilisateur. Ce rôle inclut l'autorisation serviceusage.services.use.
• Si vous utilisez une adresse IP publique, assurez-vous que l'adresse IP source se trouve dans un réseau autorisé.

Si vous videz les données d'une base de données MySQL 5.7 et que vous les importez dans une base de données MySQL 8.0, veillez à utiliser le binaire mysqldump de MySQL 5.7. Si vous utilisez le binaire mysqldump de MySQL 8.0, vous devez ajouter l'option --column-statistics=0.

En attendant, consultez cette discussion sur GitHub, qui inclut une solution de contournement.

• Ce message peut s'afficher si vous essayez de réutiliser le même nom que celui d'une instance récemment supprimée.
• Cela peut également être dû à des problèmes de connectivité intermittents.
• Les journaux peuvent indiquer que l'API Service Networking n'est pas activée pour le projet.
• L'erreur a également pu être observée lorsque vous essayez de créer plusieurs instances en parallèle. Les scripts Terraform, entre autres, peuvent vous permettre de réaliser cette tentative.
• Il se peut également qu'une ressource spécifique soit épuisée ou qu'une limite de quota ait été dépassée. Recherchez une entrée du type Quota 'INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_NETWORK' exceeded. Limit: 100.0 globally dans les journaux.
• Cette erreur peut se produire en cas d'échec de la création du sous-réseau lorsqu'il n'y a plus d'adresses disponibles dans la plage d'adresses IP.

• Après avoir supprimé une instance, vous devez attendre environ une semaine avant de pouvoir réutiliser son nom.
• Si vous rencontrez des problèmes de connectivité intermittents, la seule solution possible consiste à réessayer.
• Activez l'API Service Networking pour le projet.
• Les scripts de création d'instances parallèles ne parviendront à créer qu'une seule de ces instances. Modifiez le script pour laisser chaque opération de création d'instance aboutir avant de passer à la suivante.
• Allouez de nouvelles plages.