Slow Setter inn i Oracle

Slow Setter inn i Oracle


Oracle er bygget for å gi effektiv behandling av store datamengder. Som størrelsen på en database øker, men kan systemet begynne å oppleve større lengder av lag for hver operasjon, som den rene massen av informasjon programvaren enhet håndterer krever mer prosessorkraft til å bevege seg gjennom. Det finnes imidlertid forskjellige metoder man kan bruke for å optimalisere ytelsen.

undersøke Freelists

Funksjonen vil du ønsker å undersøke først når grappling med lagging innsatstider er hvordan systemet bruker freelists. Freelists er rommet under det punkt hvor nye data har blitt satt inn i en tabell. Freelists er der de neste sett med data vil bli søkte på ledig plass for følgende innsetting. Dermed har flere alternativer for Oracle å få tilgang som neste sted for innsetting er viktig å holde etterslepet på driften ned.

flere Freelists

Definere flere freelists eller freelist grupper som skal brukes under parallelle innstikk i Oracle vil påvirke din hastighet på innsetting hastighet. Med flere freelists, vil det være flere segment header blokker tilgjengelig for innsetting, og dermed fjerne tilstopping som oppstår når det er bare noen få freelist alternativer for kommende innsetting. Oracles Automatisk Segment Space Management (ASSM) alternativet vil automatisere freelist ledelse, men det vil også begrense muligheten til å spesifisere visse lagringsalternativer, for eksempel freelist grupper.

effektivisering

En annen viktig grunn til innsetting hastighet kan bremse er at det er en overdreven antall objekt grad. Hvis et objekt har fem eller flere utstrekning, er mengden av tid som kreves for hver innførings går opp og ytelseskvalitet går ned. I tillegg å ha for mange indekser kan bidra til etterslep, som flere indekser det er tilgjengelig, jo lenger hver innsetting vil kreve. Minimere objekt grad i hvert objekt og antall mulige indekser vil hjelpe trim saksbehandlingstiden generelt.

andre faktorer

Slow Setter inn i Oracle

Hold maskinvaren oppdatert.

En annen stor koding problem å ta hensyn til er block. Ved å tillate større blocksizes for måltabell (for eksempel opp til 32k), vil behandlingstiden reduseres i slik at flere rader for å passe på hver blokk. Beyond all programvare og koding problemer, kanskje den viktigste generelle faktor i innsetting rate er behandlingskapasiteten på CPU. Eldre maskiner vil helt klart ha en ulempe for drift hastighet i forhold til nyere modeller, så hvis etterslepet er virkelig problematisk, bør det tas hensyn til oppgradering av maskinen.