Est-il une limite maximale pour la valeur max_allowed_packet?

Souvent, cela peut être causé par les variables qui ne sont pas réellement l'effet - vous faire le changement de configuration, mais dans le mauvais mon.cnf, ou vous oubliez de rebond de l'application, etc.

Un moyen facile de vérifier l'exécution d'un instance mysql est de faire quelque chose comme cela dans un shell:

mysqladmin variables -u root -p

et entrez votre mot de passe root. Cela va vider toutes les variables (y compris les max_allowed_packet), et vous permettra de vérifier qu'il est configuré pour. S'il est défini à 128M et vous êtes toujours à l'étouffement, alors vous aurez besoin de l'augmenter - mais il est assez peu probable.

premier est que vous devez définir votre max_allowed_packet à 128M dans votre mon.cnf fichier.

pour le trouver, utiliser "localiser mon.cnf de la commande" dans votre ligne de commande.

le fichier devrait ressembler à ceci:

#
!includedir /etc/my.cnf.d
#max_allowed_packet = 1024M
[mysqld]
port            = 3306
            key_buffer_size = 256M
#           max_allowed_packet = 100M
            table_open_cache = 256
            sort_buffer_size = 1M
            read_buffer_size = 1M
            read_rnd_buffer_size = 4M
            myisam_sort_buffer_size = 64M
            thread_cache_size = 8
            query_cache_size= 16M
            thread_concurrency = 8
            bind-address    = 202.90.158.47
            # skip-networking
log = /var/log/mysql.access.log
log-error = /var/log/mysql.error.log
wait_timeout = 1

[mysqldump]
#max_allowed_packet     = 101M

assurez-vous de décommenter(enlever le signe # devant la max_allowed_packet = 128M ligne)

et enfin, redémarrez votre sql à l'aide de la commande "/etc/init.d/mysqld restart"

cela devrait faire l'affaire. 😀

Vous devez définir le paramètre dans toutes les sections qui s'appliquent à l'action que vous faites, et toujours dans la section [MySQLd]. Le réglage s'applique à la mémoire tampon des éléments que vous utilisez. Ainsi, en vertu de [MySQLd] est pour votre serveur MySQL proces de démon sur linux /service sur windows. Et si vous voulez faire un dump avec MySQLDump l'ajouter en tant que paramètre sur la ligne de commande ou faire une section [MySQLDump] dans vos mon.ini ainsi pour cet outil avec le même paramètre à la rendre permanente. Si vous souhaitez importer le dump de nouveau avec MySQL à nouveau l'utilisation de ce paramètre sur la ligne de commande ou faire une section [MySQL] avec de nouveau le même paramètre dans votre mon.ini pour faire le choix permanent pour cet outils aussi.

J'ai continué à parler de ma.ini parce que je suis sur windows, mais sous linux c'est mon.cnf de cours.

J'ai décidé de l'expliquer ici, car il m'a fallu âge de comprendre cela, car il n'est pas expliqué n'importe où. Dans les exemples cependant j'ai remarqué que certains ppl avoir le choix dans plusieurs sections, donc j'ai commencé à google plus et constaté une corrélation entre les sections et les actions qu'ils font. Maintenant, je n'ai jamais eu ce problème de plus et les paramètres de haut comme l'a mentionné 128M ici ne sont pas nécessaires dans la plupart des cas. Cependant, parce que c'est le maximum que le serveur va utiliser pour ce tampon si vous avez de la mémoire, il suffit de le mettre assez haut pour ne jamais avoir d'ennuis avec vos actions. La taille dont vous avez réellement besoin est un peu plus grand que le plus grand enregistrement dans votre base de données.