Erreurs courantes et solutions MySQL

1. Impossible de se connecter au serveur MySQL sur 'localhost' (10061) ?

Traduction : Impossible de se connecter à MySQL sur localhost Analysis ? : Cela montre que l'ordinateur "localhost" existe, mais que le service MySQL n'est pas fourni sur cette machine. ?Vous devez démarrer le service MySQL sur cette machine. Cette erreur se produira également si la charge sur la machine est trop élevée et qu'il n'y a pas de temps pour les requêtes correspondantes. ?Solution : Comme il n'a pas été démarré, démarrez MySQL sur cette machine. Si le démarrage échoue, c'est principalement parce qu'il y a un problème avec votre configuration my.ini. Il suffit de le reconfigurer. ?Si vous pensez que la charge de MySQL est anormale, vous pouvez accéder au répertoire mysql/bin et exécuter mysqladmin-uroot -p123 processlist pour afficher le processus actuel de MySQL.

2. Serveur MySQL inconnu 'localhosadst' (11001)

Traduction : Serveur MySQL inconnu localhosadst Analyse : Le serveur localhosasdst n'existe pas. Ou vous ne parvenez pas à vous connecter du tout ? Solution : Vérifiez soigneusement ./config.inc.php sous votre forum pour trouver $dbhost et réinitialisez-le à l'adresse correcte du serveur MySQL.

3. Accès refusé pour l'utilisateur : 'roota@localhost' (Utilisation du mot de passe : OUI)

Traduction : L'accès de l'utilisateur roota à localhost est refusé (non autorisé à pass) ?Analyse : Cette erreur est généralement causée par un nom d'utilisateur et un mot de passe de base de données incorrects par rapport au serveur mysql ?Solution : Vérifiez soigneusement ./config.inc.php sous votre forum, recherchez $dbuser et $dbpw, vérifiez, réinitialisez et enregistrez .

4. Accès refusé pour l'utilisateur : 'red@localhost' à la base de données 'newbbs' ?

Traduction : L'utilisateur red n'a pas l'autorisation d'exploiter la base de données newbbs sur le serveur localhost ? Analyse : cette astuce est différente de la troisième question. Celui-ci a été bloqué lors de la connexion à la base de données , et cette erreur s'est produite lors de l'opération sur la base de données. Par exemple, dans selectupdate et ainsi de suite. En effet, l'utilisateur ne dispose pas des droits correspondants pour exploiter la base de données. Par exemple, l'opération de sélection est enregistrée dans mysql.user.Select_priv Y peut être utilisé et N ne peut pas être utilisé. ?Solution : s'il s'agit de votre propre hôte indépendant, mettez à jour l'enregistrement utilisateur correspondant de mysql.user Par exemple, l'utilisateur à mettre à jour ici est rouge. Ou modifier directement ./config.inc.php pour configurer un utilisateur avec l'autorisation opération de base de données ? Ou mettre à jour les privilèges d'autorisation Grantall sur dbname.* en 'user'@'localhost' via la commande suivante identifiée par ' mot de passe' ? Astuce : Si vous mettez à jour les enregistrements dans la base de données mysql, vous devez redémarrer le serveur mysql pour que la mise à jour prenne effet ?

Aucune base de données sélectionnée

? Traduction : Aucune base de données n'est sélectionnée ? Analyse : Il y a deux raisons ? Le paramètre $dbname dans config.inc.php est incorrect. Par conséquent, la base de données n'existe pas du tout, donc false est renvoyé lorsque $db->select_db($dbname); est identique à la question 4 ci-dessus. L'utilisateur de la base de données n'a pas l'autorisation de sélection, ce qui entraînera également un tel problème. une erreur. Lorsque vous constatez qu'il n'y a aucun problème avec les paramètres de config.inc.php, mais que cette erreur est toujours affichée, cela doit être le cas. ?Solution : prescrire le bon médicament ? Ouvrez config.inc.php, recherchez $dbname, vérifiez la configuration et enregistrez-la ? Identique à la solution à la question 4

6. :'xxx_forums.MYI'. (errno: 145)

Traduction : Impossible d'ouvrir xxx_forums.MYI ? Analyse du problème : Cette situation est causée par l'impossibilité d'ouvrir cdb_forums.MYI. Les situations sont les suivantes : 1. Arrêt anormal du serveur, l'espace de la base de données est plein ou pour d'autres raisons inconnues, endommageant la table de la base de données. ?2. La copie et le déplacement directs du fichier de base de données sous un système d'exploitation de type Unix provoqueront cette erreur en raison de la propriété du groupe du fichier. Solution : 1. Réparez la table de données. Vous pouvez utiliser les deux méthodes suivantes pour réparer la table de données : (La première méthode ne convient qu'aux utilisateurs hôtes indépendants) 1) Utilisez myisamchk, MySQL est livré avec un outil spécial de vérification et de réparation de la table de données utilisateur. - myisamchk. Changez le répertoire actuel en MySQL/bin. Généralement, la commande myisamchk ne peut être exécutée que sous ce répertoire. Les commandes de réparation couramment utilisées sont : myisamchk-r répertoire de fichiers de données/nom de la table de données.MYI ; 2) Réparer via phpMyAdmin. phpMyAdmin a pour fonction de réparer les tables de données. Après avoir entré une certaine table, cliquez sur "Opération" en bas. Cliquez sur "Réparer". Table" dans "Gestion des tables". ?Remarque : la base de données doit être sauvegardée avant d'exécuter les deux méthodes de réparation ci-dessus. ?2. Modifier le groupe du fichier (convient uniquement aux utilisateurs hôtes indépendants) ? 1) Lors du processus de copie du fichier de base de données, le fichier de base de données n'a pas été défini pour être lisible et inscriptible par le compte exécutant MySQL (généralement applicable à Linux). et utilisateurs de FreeBSD).

7. La table 'test.xxx_sessions' n'existe pas

?Traduction : La table xxxxx n'existe pas ? Analyse : La table est introuvable lors de l'exécution de l'instruction sql, par exemple : SELECT * FROMxxx_members WHERE uid='XX' Si la table xxx_members n'existe pas dans la bibliothèque $dbname, alors ceci une erreur sera demandée. Plus précisément, cela peut être discuté dans les trois situations suivantes : Lors de l'installation de plug-ins ou de hacks, les fichiers du programme sont modifiés, mais la base de données est oubliée pour être mise à niveau en conséquence. ?Une sauvegarde incomplète a été utilisée en arrière-plan, et lorsque les données ont été importées, elles n'ont pas été importées dans la base de données du forum sur lequel la version correspondante était installée. ?Solution : identique au bon médicament, mais méthodes de traitement différentes pour différentes raisons. ?Vérifiez attentivement les instructions d'installation fournies par l'auteur du plug-in et effectuez les opérations manquantes sur la base de données. Si le problème ne peut toujours pas être résolu, vous devriez douter de la disponibilité du plug-in. Consultez l'auteur du plug-in ou désinstallez-le. ?Ne soyez pas arrogant, portez des chaussures aussi grandes que vos pieds. En bref, faites simplement correspondre le fichier programme et la base de données.

8. Colonne inconnue 'nom_colonne' dans 'liste de champs'

Traduction : Nom de champ inconnu nom_colonne ? Analyse : cette erreur se produit lorsqu'un nom de champ qui n'existe pas dans la table spécifiée apparaît lors de l'exécution d'une instruction SQL. Les raisons spécifiques peuvent être divisées en deux types : les fichiers du programme ont été modifiés lors de l'installation de plug-ins ou de hacks, mais la base de données a été oubliée pour être mise à niveau en conséquence. ?Le fichier programme et la base de données ne correspondent pas. Par exemple, si la base de données d2.5 est configurée pour le programme d4.1, cette erreur se produira certainement. ?Solution : La cause est la même que 1 et 3 de la question 8, donc la solution est également la même.

9. Vous avez une erreur dans votre syntaxe SQL

Traduction : Il y a une erreur de syntaxe dans votre sql Analyse : Standard du forum Le programme ? n'a aucune erreur de syntaxe SQL. Il y a donc généralement deux types de causes à cette erreur : Installer des plug-ins ou modifier le programme sans autorisation. ?Exportation et importation de bases de données de différentes versions de bases de données. Par exemple, les données de MySQL4.1 contiennent des fonctions que MySQL4.0 n'a pas dans l'instruction exportée, comme le paramètre jeu de caractères à l'heure actuelle. , si ces SQL sont importés dans MySQL4 Lorsque .0, une erreur de syntaxe SQL se produira. ?Solution :?Vérifiez attentivement où se trouve l'erreur et corrigez-la. Si cela ne fonctionne pas, remplacez le programme erroné par un programme standard. ?Soyez prudent lors de la sauvegarde de la base de données. Si vous ne prévoyez pas de la verser dans d'autres versions de MySQL, il n'est pas nécessaire d'en tenir compte. Sinon, des paramètres spéciaux sont requis. À l'aide de la sauvegarde des données en arrière-plan du DZ4.1, vous pouvez suivre les invites pour définir le format souhaité. Les hôtes indépendants peuvent également l'exporter au format mysql4.0 lorsqu'ils se trouvent n'importe où. ?mysqldump -uroot -p--default-character-set=latin1 --set-charset=gbk --skip-opt base de données >test.sql

10. Entrée en double 'xxx' pour la clé 1

Traduction : Insérer xxx pour dupliquer l'index 1 ? Analyse : Si l'index est unique, alors le champ correspondant aux données dans la table de données doit garantir qu'il l'est. Le caractère unique de chaque disque. Sinon, cette erreur se produira. ? Se produit généralement lors d'opérations d'écriture dans la base de données. Par exemple, le programme de forum Discuz! 4.1 exige que le nom d'utilisateur de tous les membres soit unique, c'est-à-dire que l'index du nom d'utilisateur est unique à ce moment-là, si un enregistrement de nom d'utilisateur existant l'est. inséré de force dans la table cdb_members. Cette erreur sera publiée ou le nom d'utilisateur d'un enregistrement sera mis à jour avec un nom d'utilisateur existant. ?Cette erreur peut également se produire lors de la modification de la structure de la table. Par exemple, dans la base de données du forum Discuz! 4.0, le type d'index de cdb_members.username est index. À l'heure actuelle, les enregistrements avec le même nom d'utilisateur sont autorisés à exister lors de la mise à niveau vers 4.1, l'index du nom d'utilisateur doit être modifié. index original à unique. S'il existe actuellement un enregistrement avec le même nom d'utilisateur dans cdb_members, cette erreur sera déclenchée. ?Lors de l'exportation de données, il arrive parfois que le même enregistrement soit exporté à plusieurs reprises pour certaines raisons (l'auteur n'est pas encore clair), il est donc inévitable que cette erreur se produise lors de l'importation des données de sauvegarde. ?Modification de la valeur de auto_increment, faisant en sorte que le « prochain autoindex » soit un enregistrement existant ?Solution : Deux idées, l'une consiste à détruire l'index unique. La seconde consiste à se débarrasser des enregistrements de données en double et à n’en conserver qu’un seul. Évidemment, la première façon de penser n’est pas recommandée. Ensuite, selon la deuxième idée, nous proposons les solutions suivantes, qui correspondent à ce qui précède : iiii ? Suivez brièvement les informations de la invite d'erreur pour supprimer les enregistrements en double dans la base de données et n'en conserver qu'un seul. Procédez ensuite à l'opération de mise à niveau. ?La probabilité que cela se produise est très faible. Vous pouvez utiliser un éditeur de texte pour ouvrir le document de sauvegarde et rechercher les informations en double. Retirez l'excédent et ne gardez qu'une seule bande. ?Interrogez l'enregistrement avec le plus grand auto_increment de la table et définissez auto_increment sur une valeur supérieure d'un. ?PS : réparer la table "nom de la table", ce qui peut résoudre temporairement le problème.

11. Nom de clé en double 'xxx'

?Traduction : Nom d'index en double ?Analyse : L'index à créer existe déjà, ce qui provoquera cette erreur. Cette erreur se produit principalement lors des mises à niveau. Il peut s'agir d'une erreur provoquée par des mises à niveau répétées qui ont déjà été mises à niveau. Il est également possible que l'index ajouté par l'utilisateur précédent sans autorisation soit le même que celui du fichier de mise à niveau. ?Solution : Vérifiez si l'index existant et l'index à ajouter sont identiques, s'ils sont identiques, vous pouvez ignorer cette instruction SQL. S'ils sont différents, supprimez l'index existant et exécutez-le à nouveau.

12. Nom de colonne en double 'xxx'

? Traduction : Nom de champ en double xxx Analyse : Le champ ajouté xxx existe déjà, se produit principalement pendant le processus de mise à niveau, ce qui est la même que la génération de la question douze. ?Solution : Vérifiez si le champ existant est exactement le même que l'attribut du champ à ajouter. S'ils sont identiques, vous pouvez ignorer et ne pas exécuter cette instruction SQL. S'ils sont différents, supprimez le champ. . Passez ensuite à la procédure de mise à niveau.

13. La table 'xxx' existe déjà

Traduction : La table de données xxx existe déjà Analyse : La table xxx existe déjà dans la bibliothèque, essayez de recréer ce nom ? table provoquera cette erreur. La même chose se produit dans les mises à niveau du forum. Semblable à la question douze. ?Solution : vérifiez si la table existante est exactement la même que la table à créer. Si elle est identique, vous pouvez ignorer l'exécution de ce SQL. Sinon, veuillez d'abord supprimer la table existante, puis continuer à exécuter le fichier de mise à niveau.

14. Impossible de créer la base de données 'xxx'. La base de données existe

Traduction : Impossible de créer la base de données xxx, la base de données existe déjà Analyse : Un nom de base de données sous mysql doit être unique, sinon cette erreur se produira. ?Solution : Renommer la base de données existante ou la base de données à créer, afin d'éviter tout conflit de noms.

15. Résumé (pour la question 1112131415)
Il y a un mot clé en double caché dans le message d'erreur de telles questions ? Alors pour la
base de données mysql Qu'est-ce qui ne peut pas être répété ? ?Base de données ? Table de données sous la même base de données ? Colonne de champs sous la même table de données ? Clé d'index sous la même table de données ? Dans le cas d'une même table de données avec un index unique (UNIQUEPRIMARY), ces champs de l'enregistrement ne peuvent pas être ? répété
16. Variable système inconnue 'NAMES'
? Traduction :
variable système inconnue
NAMES Analyse : la version MySQL ne prend pas en charge le jeu de caractères ? paramètre Si le jeu de caractères est défini de force, cette erreur se produira. ?Solution : Supprimez l'instruction SET NAMES 'xxx' dans l'instruction SQL

17. Connexion perdue au serveur MySQL pendant la requête ?
Traduction : Perte du serveur MySQL de connexion lors de la requête ? Analyse : La connexion à distance à la base de données présente parfois ce problème. Le serveur MySQL a perdu la connexion lors de l'exécution d'une instruction SQL. ?Solution : Généralement, il n'est pas nécessaire de s'en occuper. Si cela se produit fréquemment, envisagez d'améliorer l'environnement matériel.


18. L'utilisateur 'red' a dépassé la ressource 'max_updates' (valeur actuelle : 500)
Traduction : l'utilisateur msql red a dépassé la ressource 'max_updates' (maximum). Temps de mise à jour), 'max_questions' (nombre maximum de requêtes), 'max_connections' (nombre maximum de connexions), actuellement défini sur 500 ? Analyse : il existe une bibliothèque sous la base de données mysql pour mysql, et il existe une table pour l'utilisateur dans il Chacun des enregistrements correspond à l'autorisation d'un utilisateur mysql. Les champs max_questions max_updates max_connections enregistrent respectivement le nombre maximum de requêtes, le nombre maximum de mises à jour et le nombre maximum de connexions. Cette erreur se produira lorsqu'un paramètre actuel est supérieur à n'importe quelle valeur définie. ?Solution : les utilisateurs hôtes indépendants peuvent modifier directement la table d'autorisation. Après modification, redémarrez mysql ou mettez à jour la table d'autorisation, entrez l'invite mysql et exécutez ? FLUSH PRIVILEGES ; N'oubliez pas d'avoir un point-virgule après ';' ? Si les utilisateurs de
hôte virtuel
ont toujours ce problème, s'il vous plaît contact Le fournisseur d'espace négocie et résout le problème.
19. Trop de connexions (1040) Trop de connexions ?
Traduction : Le nombre maximum de connexions est atteint ? Analyse du problème : Le nombre de connexions dépasse la valeur définie par mysql, qui est liée à la fois à max_connections et wait_timeout. Plus la valeur de wait_timeout est grande, plus l'attente d'inactivité pour la connexion est longue, ce qui entraînera un plus grand nombre de connexions en cours Solution : 1. Pour les utilisateurs d'hôtes virtuels, veuillez contacter le fournisseur d'espace pour optimiser la configuration du serveur MySQL ; 2. Pour les utilisateurs hôtes indépendants, veuillez contacter l'administrateur du serveur pour optimiser la configuration du serveur MySQL. Vous pouvez vous référer à : Modifier les paramètres dans le fichier de configuration MySQL my.ini ou my.cnf : max_connections =. 1000 wait_timeout = 10 Redémarrez MySQL après modification. Si cette erreur est signalée fréquemment, veuillez effectuer une optimisation globale du serveur.

Vingt. Aucune subvention de ce type n'est définie pour l'utilisateur '%s' sur l'hôte '%s' ?

Numéro d'erreur : 1141 ? Analyse du problème : MySQL actuel. l'utilisateur n'a pas l'autorisation d'accéder à la base de données. Solution : 1. Les utilisateurs de l'hôte virtuel doivent contacter le fournisseur d'espace pour confirmer si le compte qui vous est fourni est autorisé à autoriser la base de données. ?2. Utilisateurs hôtes indépendants, veuillez contacter l'administrateur du serveur pour confirmer si le compte de base de données qui vous est fourni est autorisé à gérer cette base de données.

21. Erreur lors du changement de nom de '%s' en '%s' (errno: %d)?error.:1025?

Analyse du problème : ?S'il vous plaît vérifiez si votre programme contient des instructions qui modifient le nom de la table de la base de données. Solution : 1. Veuillez vérifier où dans votre programme vous devez modifier le nom de la table de base de données ; 2. Si votre application actuelle a vraiment besoin de modifier le nom de la table de base de données, veuillez contacter le fournisseur d'espace ou l'administrateur du serveur pour ouvrir la modification pour vous. les autorisations du nom de la bibliothèque et du serveur lui-même sont normales ?


22. Erreur de lecture du fichier '%s' (errno : %d)?error.:1023?

Analyse du problème : Le fichier de base de données ne peut pas être lire. Solution : 1. Les utilisateurs de l'hôte virtuel doivent contacter le fournisseur d'espace pour vérifier si la base de données est intacte. ?2. Les utilisateurs hôtes indépendants doivent contacter l'administrateur du serveur pour vérifier si MySQL lui-même est normal et si MySQL peut lire le fichier. Les utilisateurs Linux peuvent vérifier si le propriétaire du fichier de base de données MySQL est correct et si le fichier lui-même est endommagé.


23. L'hôte '*****' est bloqué en raison de nombreuses erreurs de connexion ; débloquer avec 'mysqladmin flush-hosts'?error.:1129

Analyse du problème : Il y a une exception dans la base de données, veuillez redémarrer la base de données. ?Solution : ?1. En raison de nombreuses erreurs de connexion, l'hôte '****' est bloqué. Les utilisateurs de l'hôte virtuel doivent contacter le fournisseur d'espace pour le traitement. Les utilisateurs de l'hôte indépendant doivent contacter l'administrateur du serveur et exécuter '****'. dans la console de commande MySQL. Mysqladmin flush-hosts' peut être débloqué, ou redémarrer la base de données MySQL


24. suppression de la base de données (impossible de supprimer '%s', numéro d'erreur : %d) ?erreur. : 1009?

Analyse du problème : le fichier de base de données ne peut pas être supprimé, ce qui entraîne l'échec de la suppression de la base de données. Solution : 1. Vérifiez si le compte de gestion de base de données que vous utilisez est autorisé à supprimer des données. ?2. Vérifiez si la base de données existe.


25. Vous avez obtenu l'erreur 28 de tablehandler?error.:1030?

Analyse du problème : L'espace disque où se trouve la base de données est plein. Solution : 1. Les utilisateurs de l'hôte virtuel doivent contacter le fournisseur d'espace pour augmenter l'espace disque où se trouve MySQL ou nettoyer certains fichiers inutiles. 2. Les utilisateurs de l'hôte indépendant doivent contacter l'administrateur du serveur pour augmenter l'espace disque où se trouve MySQL ou nettoyer. certains fichiers inutiles


26. Impossible de créer un nouveau fil si vous n'êtes pas à court de mémoire disponible, vous pouvez consulter le manuel pour un éventuel bug dépendant du système d'exploitation. ?erreur.:11/35?

Analyse du problème : ?Problème de serveur de base de données, le fonctionnement de la base de données ne peut pas créer de nouveaux threads. Il existe généralement deux raisons : 1. La mémoire du système du serveur déborde. ?2. Le logiciel d'environnement est endommagé ou le système est endommagé. Solution : 1. Les utilisateurs de l'hôte virtuel doivent contacter le fournisseur d'espace pour voir si la mémoire et le système du serveur de base de données sont normaux. ?2. Utilisateurs hôtes indépendants, veuillez contacter l'administrateur du serveur pour vérifier si la mémoire et le système du serveur sont normaux. Si la mémoire du serveur est limitée, veuillez vérifier quels processus consomment la mémoire du serveur et envisager d'augmenter la mémoire du serveur pour améliorer la mémoire. capacité de charge globale.


27. Erreur : le client ne prend pas en charge le protocole d'authentification demandé par le serveur ; envisagez de mettre à niveau le client MySQL ? Erreur. : 1251 ?

Analyse du problème : si vous rencontrez les problèmes ci-dessus après la mise à niveau de MySQL vers la version 4.1 ou supérieure, assurez-vous d'abord que votre client MySQL est en version 4.1 ou supérieure (si vous rencontrez des problèmes sous Windows, passez simplement à la section ci-dessous pour voir la solution, car MySQL est sous Windows et est installé avec le client et le serveur). Solution : 1. Plateforme Windows : modifiez principalement la méthode de cryptage du compte connecté à MySQL 4.1/5.0 qui est crypté via PASSWORD. Il peut être résolu par les deux méthodes suivantes :?1) mysql->SET PASSWORD FOR'some_user'@'some_host'=OLD_PASSWORD('new_password');?2) mysql->UPDATE mysql.user SETPassword=OLD_PASSWORD( ' new_password') WHERE Host='some_host' ANDUser='some_user';?2.Plateforme Linux/Unix ? Sous la plateforme Linux, déterminez d'abord si le client MySQL a été installé. C'est très simple à installer à l'aide de RPM Linux. le code est :?rpm - ivh MySQL-client-4.1.15-0.i386.rpm? Ensuite, lors de la compilation de php, ajoutez :?--with-mysql=/your/path/to/mysql? être résolu. Si cette erreur persiste, vous pouvez procéder comme suit :?mysql->SET PASSWORD FOR'some_user'@'some_host'=OLD_PASSWORD('new_password');?mysql->UPDATE mysql.user SET Password= OLD_PASSWORD( 'new_password')WHERE Host='some_host' AND User='some_user';


28 Erreur : Impossible de se connecter au serveur MySQL local via le socket '/var/ lib/mysql. /mysql.sock'?error.:2002?

Analyse du problème : Cette erreur est généralement due aux deux raisons suivantes : 1. Le serveur MySQL n'est pas démarré. ?2. Le serveur MySQL est démarré, mais le fichier socket est introuvable. Solution : 1. Utilisateurs de l'hôte virtuel, veuillez contacter le fournisseur d'espace pour confirmer si la base de données démarre normalement. ?2. Pour les utilisateurs hôtes indépendants, veuillez vérifier si le service MySQL a été démarré. Sinon, veuillez démarrer le service MySQL s'il a été démarré et s'il s'agit d'un système Linux, veuillez vérifier le chemin du socket MySQL. ouvrez config.inc.php pour trouver ?$dbhost = 'localhost'; Ajoutez deux points ':' et le chemin du socket MySQL après le nom d'hôte. ?Par exemple, si le serveur MySQL est localhost ? Le chemin du socket MySQL est /tmp/mysql.sock ? Ensuite, remplacez-le par ce qui suit :?$dbhost= 'localhost:/temp/mysql.sock';


Vingt-neuf. Impossible de se connecter au serveur MySQL sur 'localhost'? erreur.:2003?

Analyse du problème : le service MySQL n'est généralement pas démarré. MySQL ne peut pas être démarré dans des circonstances anormales en raison du démarrage, comme un manque d'espace disque disponible, un paramètre incorrect du chemin d'accès MySQL dans my.ini, etc. ?Solution : ?1. Vérifiez s'il reste de l'espace libre sur l'espace disque et essayez de conserver suffisamment d'espace disque disponible. ?2. Vérifiez si les paramètres tels que basedir dans my.ini sont correctement définis, puis redémarrez le service MySQL.

30. Connexion perdue au serveur MySQL lors d'une requête ? Erreur.:2013

?Analyse du problème : Connexion perdue au serveur MySQL lors d'une requête de base de données. ?Solution :? 1. Veuillez confirmer s'il existe des programmes très inefficaces dans votre programme, tels que certains plug-ins. Vous pouvez désinstaller les plug-ins et vérifier si le serveur est normal. utilisateurs d'hôtes virtuels, veuillez contacter Le fournisseur d'espace a confirmé que les utilisateurs d'hôtes indépendants doivent contacter l'administrateur du serveur pour vérifier si le serveur fonctionne normalement.


31. Vous avez un paquet plus grand que 'max_allowed_packet' octets ?

Numéro d'erreur : 1153 Analyse du problème : Ajustement de la pièce jointe de téléchargement de Mantis La taille de le fichier de configuration MySQL n'a pas été ajusté. Solution : 1. Pour les utilisateurs hôtes indépendants, veuillez effectuer les ajustements comme suit : Recherchez le fichier de configuration MySQL (my.cnf ou my.ini) et ajoutez une phrase à la section [mysqld] (si elle existe, ajustez simplement sa valeur) : ? max_allowed_packet=10M ? Redémarrez simplement le service MySQL. Le paramètre ici est de 10 Mo.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!