Nous avons nettoyé les problèmes de base de données au cours des quatre dernières heures, grâce à une panne mysqldumpqui n'était pas suffisamment erronée. Nous obtenions ces erreurs:
mysqldump: Error 2020: Got packet bigger than "max_allowed_packet" bytes when dumping table "search_dataset" at row: 68014
Que diable fait ce réglage? Ce n'est évidemment pas la taille du paquet IP, car je l'ai maintenant réglé sur 32M. Pourquoi existe-t-il?
Selon la page 99 de "Understanding MySQL Internals" (ISBN 0-596-00957-7) , voici les paragraphes 1-3 qui l'expliquent:
Le code de communication réseau MySQL a été écrit en supposant que les requêtes sont toujours raisonnablement courtes et peuvent donc être envoyées et traitées par le serveur en un seul morceau, qui est appelé un paquet dans la terminologie MySQL. Le serveur alloue la mémoire à un tampon temporaire pour stocker le paquet et il en demande suffisamment pour l'adapter entièrement. Cette architecture nécessite une précaution pour éviter que le serveur manque de mémoire --- un plafond sur la taille du paquet, ce que cette option accomplit.
Le code d'intérêt par rapport à cette option se trouve dans sql / net_serv.cc . Jetez un œil à my_net_read () , puis suivez l'appel à my_real_read () et portez une attention particulière à net_realloc () .
Cette variable limite également la longueur d'un résultat de nombreux fonctons de chaîne. Voir sql / field.cc et sql / intem_strfunc.cc pour plus de détails.
C'est probablement l'explication la plus complète de max_allowed_packet que j'aie jamais vue. J'ai tapé ces 3 paragraphes directement dans le livre.
La documentation l'explique en détail ici:
"La taille maximale d'un paquet ou de toute chaîne générée / intermédiaire. ..."
La documentation traite également des BLOB et de la façon dont ce paramètre y est lié.
la source