Discussion :

[crasho007]

Bonjour, j'ai un petit soucie avec la commande delete que j'éxécute sur monn instance oracle.

Lors de cette commande, un simple delete sur 40000 enregistrements environ, cela me bloque completement mon serveur et m'affiche 100 % d'utilisation CPU.
Pourtant les commandes SELECT et INSERT passe corretement, les traitements sont effectuer presque instantanement. Il n'y a q'avecc la command DELETE

Config de mon serveur :
PIII 1200 MHz
4,5 Go de RAM
RAID 5

Config de mon instance au niveau mémoire :
Pool partagé : 28 Mo
cache de tampon : 1792 Mo
Zone de mémoire lage pool : 600 ko
Pool java : 32 ko

Nbr d'utilisateur max 700

Sur le gestionnaire de tache mon instance oracle affiche :
CPU time : 1:19:39
Mem usage : 629756 K ( ce qui me parrai énorme)

Si quelqu'un peut m'aider... merci d'avance

[helyos]

Ok c'est le fait que cela commande DELETE génére des informations de redo qui occupe ton temps processeur.

Est ce que tu souhaites vider completement la table ou souhaites tu juste vider un certain nombre de ligne.

[crasho007]

En fait, je souhaite vider un certain nombre de ligne de ma table et lorsque que je lance ma requete, ma machine monte a 100% de charge CPU rendant mon instance de production inutilisable. Ce que je me peut me permettre.

Voici ma requete que je tape, avec 40000 enregistrement ce qui est peut :

Code :

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

delete from TABLE1 where IDENTIFIANT in (select ID from TABLE2)

[Balises code ajoutées par Helyos]

[orafrance]

TABLE2 a bcp d'enregistrement ?

[orafrance]

ma formule fétiche

Essaye ceci :

Code :

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

1
2
3
delete from TABLE1 a
where exists (select 1 from table2 b 
                     where a.IDENTIFIANT = b.id);

[orafrance]

IDENTIFIANT est bien indexée ?

[helyos]

Si cette solution ne fonctionne pas il faudra alors utiliser une solution PL qui te permettra de commit à interval régulier

[orafrance]

avant d'en arriver là, il serait intéressant aussi de voir si les redologs ne sont pas sous-dimensionnés

[crasho007]

IDENTIFIANT est bien indexée ?

Merci pour ta fomule fétiche mais cela n'a pas résolu le problème, lors de l'exécution de la requete, la charge monte à 100 % me bloquant le serveur.

Non mon IDENTIFIANT n'est pas indexée...

[crasho007]

Si cette solution ne fonctionne pas il faudra alors utiliser une solution PL qui te permettra de commit à interval régulier

c'est ce que je fesais lors de ma procesure Stocker mais cela me fait la meme chose, je ne comprend pas.

[SheikYerbouti]

Il faut répondre à la question du dimensionnement des redo logs et voir si éventuellement il n'y aurait pas un trigger sur la table en delete ?

[orafrance]

Et si il n'y a pas de trigger, est-ce que par hasard il n'y aurait pas des FK avec DELETE CASCADE sur plusieurs niveaux ?

[helyos]

Tout à fait d'accord avec SheikYerbouti et Orafrance

[crasho007]

TABLE2 a bcp d'enregistrement ?

Sur ma TABLE 2 j'ai environ 410000 enregistrement au total et 11000 pour la TABLE 1

[crasho007]

cele ne proviendrai t'il pas du SGA _MAX_SIZE ???

[helyos]

c'est koi la taille de tes redo logs? et de tes RBS

[orafrance]

Merci de bien vouloir lire et vérifier toutes nos remarques avant de t'éparpiller dans d'autres directions

[crasho007]

c'est koi la taille de tes redo logs? et de tes RBS

Mes redo logs ont la taille de : 1,048,576 Bytes
et mes RBS en size sont à 8,380,416

[orafrance]

Et les DELETE CASCADE ?

[crasho007]

Et les DELETE CASCADE ?

idem avec le DELETE CASCADE
je ne sais plus quoi faire.

il faut savoir également que j'ai du faire un dump de ma base et que depuis j'ai ce problème...
Est 'il possible que cela vienne de contrainte d'intégrité ??