Discussion :

[clavier12AZQSWX]

bonjour,

j'ai un étrange bug ou plutôt comportement aléatoire qui ne produit pas d'erreur:

j'ai une table basique avec un champ gros_texte de type 'text' (en codage utf8mb4_general_ci au cas où c'est important à savoir).

je fais des requêtes simple de type :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

update matable set gros_texte="blabla" where ma_cle=5

quand je mets un blabla simple de qq caractères, la requête marche et met bien à jour son champ dans la table : 1 row affected
quand je mets un blabla de 8 lignes, la requête fonctionne sans retourner d'erreur mais affiche un " 0 row affected" et le champ n'est pas mis à jour


j'obtiens le retour "0 row affected" en testant dans phpmyadmin la requête, mais dans le process réel, je n'ai aucun retour d'erreur. je vois juste que la mise à jour n'est pas faite.
d'où ça peut venir ? une histoire de buffer ou paramètre à régler ? ce serait étrange car si yavait un buffer ou une taille limite de la requête, la fin " where ma_cle=5" serait tronquée et ça créerait une vrai erreur.

une idée du problème ?

[Séb.]

Teste sur un vrai client MySQL
=> En ligne de commande, ou via MySQL Workbench

Il y a le paramètre max_allowed_packet qui peut limiter la taille des requêtes
https://dev.mysql.com/doc/refman/8.0...allowed_packet
Tes 8 lignes sont peut-être très longues ou ton hébergeur *très* restrictif (par défaut max à 64 Mo)

[clavier12AZQSWX]

sur le serveur de prod, j'ai tenté

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

SHOW VARIABLES LIKE 'max_allowed_packet';

et me retourne:

max_allowed_packet 67108864

en local sur mon xamp de dev, ça me retourne :

1048576


La doc ne dit pas ce qu'il se passe en cas de valeur dépassée, c'est dommage, je ne sais pas ça vient de là ou pas .

[Séb.]

1 Mo c'est très peu. Ça peut vite bloquer si tu fais des INSERT de masse type :

INSERT INTO ta_table (col1, col2, col3)
VALUES (val1, val2, val3), (val1, val2, val3), (val1, val2,  val3), ...

De mémoire il y a un message d'erreur spécifique.

Vérifie les logs MySQL et teste avec un vrai client.

[binarygirl]

Il n'y a peut-être pas d'erreur, mais il peut y avoir des warnings. Donc oui, tester en ligne de commande et on peut injecter un fichier avec le SQL dedans pour plus de commodité.

[clavier12AZQSWX]

bon,

j'ai regardé mon log local mysql_error.log (là où j'ai la plus petite valeur) et je n'ai pas d'erreur ER_NET_PACKET_TOO_LARGE

InnoDB: using atomic writes.
2023-08-07 9:37:08 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2023-08-07 9:37:08 0 [Note] InnoDB: Uses event mutexes
2023-08-07 9:37:08 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2023-08-07 9:37:08 0 [Note] InnoDB: Number of pools: 1
2023-08-07 9:37:08 0 [Note] InnoDB: Using SSE2 crc32 instructions
2023-08-07 9:37:08 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2023-08-07 9:37:08 0 [Note] InnoDB: Completed initialization of buffer pool
2023-08-07 9:37:08 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=462122826
2023-08-07 9:37:11 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2023-08-07 9:37:11 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2023-08-07 9:37:11 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2023-08-07 9:37:11 0 [Note] InnoDB: Setting file 'C:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2023-08-07 9:37:11 0 [Note] InnoDB: File 'C:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2023-08-07 9:37:11 0 [Note] InnoDB: Waiting for purge to start
2023-08-07 9:37:11 0 [Note] InnoDB: 10.4.8 started; log sequence number 462122835; transaction id 60578
2023-08-07 9:37:11 0 [Note] InnoDB: Loading buffer pool(s) from C:\xampp\mysql\data\ib_buffer_pool
2023-08-07 9:37:11 0 [Note] Plugin 'FEEDBACK' is disabled.
2023-08-07 9:37:11 0 [Note] InnoDB: Buffer pool(s) load completed at 230807 9:37:11
2023-08-07 9:37:11 0 [Note] Server socket created on IP: '::'.
InnoDB: using atomic writes.

je vais voir si je peux tester en dehors du serveur.

[clavier12AZQSWX]

bonjour,

je mets le sujet en résolu car j'ai trouvé la vrai cause de mon problème (en gros une erreur de programmation php dans mon framework)
https://www.developpez.net/forums/d2.../#post11965512

Au cas où ya des lecteurs, je rappelle aussi qu'il y a le paramètre group_concat_max_len de la config mysql à adapter en fonction de la qté de données concaténées....