Detection d'erreur sur LOAD DATA LOCAL INFILE

Version imprimable

Bonjour à tous,

Mon contexte est le suivant :

Mysql 5.5 sur Linux RedHat 5 64bit
Une table partitionnée à charger
Procédure réalisée sur shell Bash

Le script SQL de création de cette table est le suivant :
Code:

1 2 3 4 5 6 7 8 9 10 11 CREATE TABLE `maTable` ( `idkey` MEDIUMINT(8) UNSIGNED NOT NULL, `info1` TINYINT(3) UNSIGNED NOT NULL, `info2` TINYINT(3) UNSIGNED NOT NULL, ) ENGINE=MYISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci PACK_KEYS=1 /*!50100 PARTITION BY RANGE (idKey) (PARTITION P1 VALUES LESS THAN (3798460) ENGINE = MyISAM, PARTITION P2 VALUES LESS THAN (3798700) ENGINE = MyISAM, PARTITION P3 VALUES LESS THAN (3798940) ENGINE = MyISAM, ...)
Ma procédure de chargement est la suivante :
Code:

1 2 3 4 5 echo "LOAD DATA LOCAL INFILE '/tmp/monFichier.txt' INTO TABLE matable FIELDS TERMINATED BY '\\t' LINES TERMINATED BY '\\n' (idKey, info1, info2);SHOW WARNINGS; SHOW ERRORS;" | mysql -bsN maBase [ $? -ne 0 ] && echo "Je pleure" && exit 1
Mes constats/problèmes sont les suivants :
1er cas : Lorsque la partition n'existe pas, les données ne sont pas chargées (juste que là tout va bien :D). Par contre, le code d'erreur de retour $? n'est pas différent de zéro 8O.. Même pas un seul petit warning n'est émis...
2ème cas :J'ai fait une tentative de chargement uniquement sur le champ idKey (je vous rappèle que les champs de ma table sont NOT NULL) avec des valeurs cohérentes par rapport aux partitions disponibles, les lignes sont chargées avec les champs info1 et info2 à zéro !!! :aie: ... Je m'attendais à une sortie en erreur me signalant que ces deux champs sont obligatoires ... et ben non... Le code d'erreur est tjs zéro. Les warnings sont les suivants (cela devrait être des erreurs !)
Code:

1 2 3 4 Level Code Message Warning 1364 Field 'info1' doesn't have a default value Warning 1364 Field 'info2' doesn't have a default value
3ème cas (plus une remarque) : en équivalent INSERT, l'erreur de partition est bien détectée... malheureusement, j'ai des millions de lignes qui m'attendent... cela serait un peu long...
Mes questions sont les suivantes :

Est-il possible de demander explicitement (par un paramètre de la cmd 'mysql' par exemple) un code retour sensible à tout incident ?
non... ne me dites pas qu'il faut que j'analyse le contenu de mes données à charger pour identifier la (ou les partitions) que je dois contrôler après chargement (pour les comparer avec la photo avant chargement)... Non ne me dites pas cela :zoubi:
non... ne me dites pas qu'il faut charger dans une temporary table (non partitionnée) puis faire un INSERT SELECT dans la table cible... Pitié, ne me le dites pas ... :cry:

Merci d'avance de votre retour

26/07/2013, 19h33
ddoumeche

Je n'ai pas reproduit le problème mais suis sur des versions plus récentes (Centos 6 & Percona Server 5.5):

Il peut arriver que le fait de mettre un pipe "avale" une erreur, comme expliqué ici, mais ce ne semble pas être ton cas.
Tu peux essayer avec mysql -e 'LOAD DATA LOCAL INFILE '/tmp/monFichier.txt'
INTO TABLE matable FIELDS TERMINATED BY '\\t' LINES TERMINATED BY '\\n'
(idKey, info1, info2);SHOW WARNINGS; SHOW ERRORS;'

Il est également possible que le client mysql retourne 0 pour les show warnings et Show Errors qui elles ont réussi.
Essayes de supprimer les options passées à mysql pour voir si cela change quelque chose

Bonjour,

Tout d'abord merci de ton intérêt à ma cause ...

Voici mes nouveaux tests ...

Code:

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE `maTable` (
  `idkey` MEDIUMINT(8) UNSIGNED NOT NULL,
  `info1` TINYINT(3) UNSIGNED NOT NULL,
  `info2` TINYINT(3) UNSIGNED NOT NULL
) ENGINE=MYISAM 
/*!50100 PARTITION BY RANGE (idKey)
(PARTITION P1 VALUES LESS THAN (100) ENGINE = MyISAM,
 PARTITION P2 VALUES LESS THAN (200) ENGINE = MyISAM,
 PARTITION P3 VALUES LESS THAN (300) ENGINE = MyISAM) */

un script shell rapide

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
 
echo "TRUNCATE TABLE..."
echo "truncate table matable;" | mysql -b mabase
[ $? -ne 0 ] && echo "Je pleure sur truncate" && exit 1
 
echo "1er Loading sur tous les champs..."
echo "LOAD DATA LOCAL INFILE './toto.txt'
INTO TABLE matable FIELDS TERMINATED BY '\\t' LINES TERMINATED BY '\\n'
(idKey, info1, info2);" | mysql -bsN mabase
[ $? -ne 0 ] && echo "Je pleure sur 1er loading" && exit 2
echo "OK - 1er loading"
 
echo "Affichage"
echo "select * from matable;" | mysql -b mabase
 
echo "TRUNCATE TABLE..."
echo "truncate table matable;" | mysql -b mabase
[ $? -ne 0 ] && echo "Je pleure sur truncate" && exit 1
 
echo "2eme Loading uniquement sur idKey..."
mysql -e "LOAD DATA LOCAL INFILE './toto.txt' \
          INTO TABLE matable \
          FIELDS TERMINATED BY '\\t' \
          LINES TERMINATED BY '\\n' (idKey);" mabase
[ $? -ne 0 ] && echo "Je pleure sur le 2eme loading" && exit 4
echo "OK - 2eme Loading !!!"
 
echo "Affichage"
echo "select * from matable;" | mysql -b mabase
 
echo "TRUNCATE TABLE..."
echo "truncate table matable;" | mysql -b mabase
[ $? -ne 0 ] && echo "Je pleure sur truncate" && exit 1
 
mysql -e "insert into matable (idKey,info1,info2) values (800,1,1);" mabase
[ $? -ne 0 ] && echo "Je pleure sur le insert" && exit 3
 
echo "Affichage"
echo "select * from matable;" | mysql -b mabase

mon fichier toto.txt

Code:

1
2
3
 
400\t400\t400\n
152\t152\t152

Le résultat obtenu :

Citation:

:> test.sh
TRUNCATE TABLE...
1er Loading sur tous les champs...
OK - 1er loading
Affichage
idkey info1 info2
152 152 152
TRUNCATE TABLE...
2eme Loading uniquement sur idKey...
OK - 2eme Loading !!!
Affichage
idkey info1 info2
152 0 0
TRUNCATE TABLE...
ERROR 1526 (HY000) at line 1: Table has no partition for value 800
Je pleure sur le insert

Conclusion : mes constats sont tjs identiques avec SHOW bidule (ou pas)...

01/08/2013, 17h51
cquilgars
Si cela peut être utile à la collégiale, j'ai un début de solution...

L'option

Code:

echo "monsql" | mysql -vvb maBase

fournit un bilan comme l'exemple ci-dessous
Code:

1 2 Query OK, 2 rows affected, 4 warnings Records: 3 Deleted: 0 Skipped: 1 Warnings: 4
On peut analyser ce bilan pour vérifier si le nombre de "Records" est identique au "row(s) affected"...

Je préfèrerais une option qui demande à la commande "mysql" de retourner un code différent de zéro

Si vous avez mieux à me proposer... Soyez les bienvenus !