- Teostuskava põhjalik analüüs ja selliste jälgimisvahendite nagu AWR ja STATSPACK kasutamine.
- Tõhusate indekseerimisstrateegiate rakendamine ja SQL-lausete ümberkirjutamine protsessori ja sisend-/väljundkulude vähendamiseks.
- Süsteemi konfiguratsiooni ja mäluarhitektuuri kohandamine üldise jõudluse maksimeerimiseks.
Kui töötate Oracle'i andmebaasiga, siis teate, et saabub hetk, mil andmete maht kasvab nii palju, et see, mis varem oli välkkiire, hakkab roomama. Arendaja või andmebaasiadministraatori jaoks pole midagi frustreerivamat kui näha rakenduse aeglustumist ja kasutajate kurtmist, et ekraanid ei lae. Tegelikkus on see, et jõudluse optimeerimine ei ole ühekordne ülesanne, vaid pidev häälestamise ja täiustamise protsess.
Nende jõudlusprobleemide ületamiseks on vaja koordineeritud lähenemisviisi. Programmeerija poolt koodi kirjutamisest ei piisa; on oluline, et andmebaasi administraator jagaks oma arvamust selle kohta, kuidas kood serveris töötab. Lõppkokkuvõttes on oluline tasakaalustada tabelite ülesehitus , indekseerimisstrateegia ja riistvarakonfiguratsioon, et tagada süsteemi sujuv toimimine.
Esimene samm: toimuva mõistmine
Kui päring töötab aeglaselt, on esimene asi, mida teha, vältida oletamist. Peamine tööriist on siin täitmisplaani analüüsimine . Kasutades selliseid käske nagu EXPLAIN PLAN või pärides V$SQL_PLAN vaadet, näeme Oracle'i valitud täitmisteed. Eesmärk on tuvastada kulukaid toiminguid, näiteks kardetud täieliku tabeli skaneerimist , ja vaadata, kas saame need asendada otsesema juurdepääsuga indeksite abil.
Sõltuvalt teie Oracle'i versioonist on serveri tervise jälgimiseks erinevad tööriistad. Vanemates versioonides, nagu 8i või 9i, oli statistika kogumiseks peamine tööriist STATSPACK pakett. Alates 10g-st tuli mängu AWR (Automatic Workload Repository) , mis pakub muljetavaldavat detailsust protsessori ja mälu kasutuse ning ketta juurdepääsu kohta. See on nagu täieliku serverianalüüsi tegemine kitsaskoha kindlakstegemiseks.
Kirjutamisnipid kiirema SQL-i jaoks
Mõnikord võib väike muudatus päringu kirjutamise viisis tohutut vahet teha. Näiteks on oluline vältida `SELECT *` kasutamist ja määrata ainult need veerud, mida te tegelikult vajate; lisaandmete küsimine koormab süsteemi tarbetult. Samuti vältige metamärgi (%) kasutamist predikaatide alguses, kuna see takistab andmebaasil indeksite kasutamist.
Liitumiste puhul on kuldreegel alati eelistada sisemisi liitmisi välistele liitumistele , kui äriloogika seda lubab, kuna viimased piiravad optimeerija valikuid. Kui peate kasutama vasakut või paremat välimist liitumist, on väga kasulik nipp viia predikaadid paremast tabelist WHERE-klauslist ON-tingimusse, aidates seeläbi mootoril andmeid palju kiiremini filtreerida.
- Asenda UNION käsuga UNION ALLKui tead, et duplikaate pole või kui need olemas on, siis kasuta UNION ALL funktsiooni, et Oracle ei peaks kallist sortimistoimingut tegema.
- Hoiduge ERINEVATESTNagu UNION, sunnib ka DISTINCT andmeid klassifitseerima, mis võib tarbida suure osa serveri ressurssidest.
- Liitindeksite kasutamineKui filtreerite korraga mitme veeru järgi, võib nende veergude rühmitamise indeksi loomine olla määravaks teguriks kohese vastuse ja igavese ootamise vahel.
Teine kriitiline punkt on vältida funktsioonide rakendamist WHERE-klausli veergudele, kuna see muudab olemasolevate indeksite kasutamise sageli kehtetuks . Kui teil on vaja filtreerida keerulisi andmeid, kaaluge Oracle'is tabeli regulaaravaldiste kasutamist, mis võimaldavad teil luua optimeeritud ajutisi tabeleid ja filtreerida teavet protsessi algstaadiumis.
Täiustatud andmehaldus ja arhitektuur
Kui päringud jäävad koodi optimeerimisest hoolimata aeglaseks, peitub probleem sügavamal. Jaotatud tabelite kasutamine on ülioluline suurte andmemahtude käsitlemisel, kuna see võimaldab Oracle'il lugeda ainult asjakohaseid partitsioone, mitte kogu tabelit. Lisaks on oluline üle vaadata mälu eraldamine SGA-s ja PGA-s, et tagada kriitiliste toimingute jaoks piisav mälumaht.
Äärmuslikel juhtudel, kui päring ühendab liiga palju tabeleid ja muutub hallatamatuks, on üheks lahenduseks päringu jagamine . See hõlmab suure lause jagamist mitmeks väiksemaks, minimeerides sellega seotud vaadete arvu. Kuigi see on hooldusega kaasneva vaeva tõttu viimane abinõu, võib see parandada väga ressursimahukate protsesside jõudlust.
Loogiliste piiride osas on oluline teada, et kasutatavate OR-operaatorite arv ei ole piiratud, kuid nende ülekasutamine võib põhjustada kommunikatsioonivigu, näiteks ORA-03113. Ideaalis tuleks loogikat lihtsustada ja otsida puhtamaid alternatiive, mis ei koorma kliendi ja serveri vahelist sidekanalit üle.
Edu võti peitub pideva jälgimise kombineerimises indeksite ja SQL-koodi intelligentse kasutamisega, mis optimeerijat üle ei koorma. I/O arhitektuuri kohandamine ja andmete ühtlane jaotamine ketaste vahel koos regulaarse jõudlusaruannete analüüsiga võimaldab andmebaasil jääda paindlikuks olenemata ettevõtte kasvust.
Kirglik kirjanik baitide maailmast ja üldse tehnoloogiast. Mulle meeldib jagada oma teadmisi kirjutamise kaudu ja just seda ma selles ajaveebis teengi, näitan teile kõike kõige huvitavamat vidinate, tarkvara, riistvara, tehnoloogiliste suundumuste ja muu kohta. Minu eesmärk on aidata teil digimaailmas lihtsal ja meelelahutuslikul viisil navigeerida.