{"id":32353,"date":"2019-10-31T21:46:32","date_gmt":"2019-10-31T18:46:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting\/"},"modified":"2019-10-31T21:46:32","modified_gmt":"2019-10-31T18:46:32","slug":"monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","title":{"rendered":"PostgreSQL p\u00e4ringute tulemuslikkuse j\u00e4lgimine. Osa 1 \u2014 aruandlus","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Insener \u2014 ladina keelest t\u00f5lgituna \u2014 inspireeritud.
\nInsener suudab k\u00f5ike. (c) R.Dizel.
\nEpigrammid.<\/i>
\n\"PostgreSQL
\nV\u00f5i lugu sellest, miks andmebaasi administraator peab meenutama oma programmeerija minevikku. <\/i><\/p>\n

Eess\u00f5na<\/h2>\n

\nK\u00f5ik nimed on muudetud. Kokkusattumised on juhuslikud. Materjal esindab autori isiklikku arvamust.<\/p>\n

Garantiiv\u00e4\u00e4rdenyse lahtiseletus:<\/b> planeeritavas artiklite ts\u00fcklis ei ole p\u00f5hjalikku ja t\u00e4pset kirjeldust kasutatud tabelite ja skriptide kohta. Materjale ei saa kohe kasutada \"NII NAGU ON\".
\nEsiteks, materjali suuruse t\u00f5ttu,
\nteiseks, kuna see on suunatud reaalse kliendi prodaktsiooni baasi.
\nSeet\u00f5ttu sisaldavad artiklid vaid ideid ja kirjeldusi \u00fcldiselt.
\nV\u00f5ib-olla tulevikus s\u00fcsteem kasvab selleni, et see t\u00f5statatakse GitHubi, aga v\u00f5ib-olla ka mitte. Aeg n\u00e4itab.<\/i><\/p><\/blockquote>\n

\nLoo algus \u2014 \"Kas sa m\u00e4letad, kuidas k\u00f5ik algas<\/a><\/noindex>\u00bb.
\nMis tulemuseks sai, k\u00f5ige \u00fcldisemates joontes \u2014 \"S\u00fcntes kui \u00fcks meetod PostgreSQLi j\u00f5udluse parandamiseks<\/a><\/noindex>\u00bb<\/p>\n

Miks mul seda k\u00f5ike vaja on?<\/h2>\n

\nNo, esmalt, et ise ei unustaks, meenutades pensionile j\u00e4\u00e4des hiidp\u00e4evi.
\nTeiseks, et s\u00fcstematiseerida kirjutatut. Sest isegi mina, m\u00f5nikord, hakkan segadusse minema ja unustan eraldi osad. <\/p>\n

Ja mis k\u00f5ige t\u00e4htsam \u2014 \u00e4kki on see kellelegi kasulik ja aitab v\u00e4ltida rattaga taass\u00fcnni ja naelu korjamist. Teisis\u00f5nu, parandada oma kar maha (mitte Habr'i oma). Sest k\u00f5ige v\u00e4\u00e4rtuslikum asi selles maailmas on ideed. Peamine on leida idee. Idee teostamine reaalsuses on juba puhtalt tehniline k\u00fcsimus.<\/p>\n

Nii et, alustame, tasapisi...<\/p>\n

Probleemi seadmine.<\/h2>\n

<\/p>\n

On olemas: <\/h3>\n

\nAndmebaas PostgreSQL (10.5), segatud koormusega (OLTP+DSS), keskmise-v\u00e4ikese koormusega, mis asub AWS pilves.
\nAndmebaasi j\u00e4lgimine puudub, infrastruktuuri j\u00e4lgimine on esindatud AWS standardsete vahenditega minimaalsetes seadistustes.<\/p>\n

N\u00f5utav:<\/h3>\n

\nJ\u00e4lgida andmebaasi j\u00f5udlust ja seisundit, leida ja omada algandmeid raskete p\u00e4ringute optimeerimiseks andmebaasile.
\n<\/a><\/noindex><\/p>\n

L\u00fchike eel\u00f5htu v\u00f5i lahenduste variandid<\/h2>\n

\nKuna, proovime k\u00f5igepealt lahenduse v\u00f5imalusi lahata v\u00f5rdleva anal\u00fc\u00fcsi valguses, kasu ja probleemidega insenerile, samas kui kasumi ja kahjude \u00fcle muretsegu need, kellele see kuulub vastavalt ametijuhendile.<\/p>\n

Variant 1 - \u00abT\u00f6\u00f6tame n\u00f5udmisel\u00bb<\/h3>\n

\nJ\u00e4tame k\u00f5ik nii nagu on. Kui tellija ei ole rahul andmebaasi v\u00f5i rakenduse t\u00f6\u00f6v\u00f5ime v\u00f5i j\u00f5udlusega, teavitab ta DBA insenere e-posti teel v\u00f5i loob probleemist p\u00e4ringu tiketikaupa.
\nInsener, olles teate saanud, uurib probleemi, pakub lahendust v\u00f5i l\u00fckkab probleemi edasisse tulevikku, lootes, et see lahendatakse iseenesest ning varsti unustatakse ikkagi.
\nK\u00fcpsised ja pannkoogid, sinikad ja muhkud<\/b>K\u00fcpsised ja pannkoogid:<\/b>
\n1. Ei ole vaja midagi liigset teha.
\n2. Alati on v\u00f5imalus vabandada ja kergek\u00e4eliselt asja k\u00e4sitleda.
\n3. \u00dcksjagu aega, mida saab kasutada omal soovil.
\nSinikad ja muhkud:<\/b>
\n1. Varsti v\u00f5i hiljem hakkab tellija m\u00f5tlema eluteemale ja universumliku \u00f5iguse olemusele ning esitab endale taas k\u00fcsimuse \u2014 milleks ma maksan neile oma raha? Tagaj\u00e4rg on alati sama \u2014 k\u00fcsimus on vaid selles, millal tellija kaotab huvi ja loobub. Ja toiduahela t\u00fchjaks j\u00e4\u00e4b. See on kurb.
\n2. Inseneri areng \u2014 null.
\n3. T\u00f6\u00f6 planeerimise ja koormuse keerukused. <\/p>\n

Variant 2 - \u00abTantsime trummide \u00fcmber, m\u00fc\u00fcme ja varustame\u00bb<\/h3>\n

\nPunkt 1<\/b>-Miks me vajame seire s\u00fcsteemi? Saame k\u00f5ik p\u00e4ringud. K\u00e4ivitame erinevaid p\u00e4ringuid andmebaasi ja d\u00fcnaamiliste esitusviiside kaudu, aktiveerime mitmesuguseid loendureid, koondame k\u00f5ik tabelitesse ja perioodiliselt anal\u00fc\u00fcsime neid. Tulemuseks on ilusad v\u00f5i v\u00e4hem ilusad graafikud, tabelid ja raportid. Peamine on, et neid oleks palju, palju.
\nPunkt2<\/b>-K\u00e4ivitame aktiivsuse - teeme kogu selle anal\u00fc\u00fcsi.
\nPunkt3<\/b>-Valmistame ette mingi dokumendi, kutsume seda lihtsalt - \u00abkuidas korraldada andmebaasi\u00bb.
\nPunkt4<\/b>-Kliendi n\u00e4hes seda graafikute ja numbrite ilu usub lapseoomes naiivsuses, et n\u00fc\u00fcd k\u00f5ik hakkab t\u00f6\u00f6le, varsti. Ja loobub lihtsalt ja valutult oma rahalistest ressurssidest. Juhtkond on samuti kindel - meie insenerid teevad head t\u00f6\u00f6d. Koormus on maksimaalne.
\nPunkt5<\/b>-Korrata regulaarselt punkti 1.
\nK\u00fcpsised ja pannkoogid, sinikad ja muhkud<\/b>K\u00fcpsised ja pannkoogid: <\/b>
\n1. Juhtide ja inseneride elu on lihtne, ettearvatav ja t\u00e4is aktiivsust. K\u00f5ik sumiseb, k\u00f5ik on h\u00f5ivatud.
\n2. Klientide elu ei ole samuti halb \u2014 nad on alati kindlad, et tuleb vaid veidi oodata ja k\u00f5ik laabub. Kui see ei toimi, noh, mis siis \u2014 maailm on eba\u00f5iglane, j\u00e4rgmises elus on ehk vedamine.
\nSinikad ja muhkud:<\/b>
\n1. Varsti v\u00f5i hiljem leitakse kiirem teenusepakkuja, kes teeb sama asja pisut odavamalt. Ja kui tulemus on sama, miks maksta rohkem? See viib j\u00e4lle toidupauside kadumiseni.
\n2. See on igav. Nagu igasugune v\u00e4he m\u00f5testatud tegevus.
\n3. Nagu eelnevas variandis \u2014 arengut ei toimu. Kuid inseneri jaoks on miinus see, et eristavalt esimese variandi puhul tuleb siin pidevalt genereerida andmebaasi. See \u00f5tab aega. Mille v\u00f5iks kulutada enda kasuks. Sest kui sa enda eest ei hoolitse, siis ei hooli keegi sinust.<\/p>\n

Variant 3 \u2014 pole vaja leiutada jalgratast, tuleb see osta ja s\u00f5ita.<\/h3>\n

\nTeiste firmade insenerid ei s\u00f6\u00f6 pitsa ja joo \u00f5lut asjata (ah, need head ajad Peterburi 90ndatel). Kasutame juba olemasolevaid monitooringus\u00fcsteeme, mis on v\u00e4lja t\u00f6\u00f6tatud, t\u00f6\u00f6d ja toovad \u00fcldiselt kasu (noh, v\u00e4hemalt nende loojatele).
\nK\u00fcpsised ja pannkoogid, sinikad ja muhkud<\/b>K\u00fcpsised ja pannkoogid:<\/b>
\n1. Ei ole vajalik kulutada aega sellele, mis on juba v\u00e4lja m\u00f5eldud. Lihtsalt v\u00f5ta ja kasuta.
\n2. Monitooringus\u00fcsteemide loomine ei ole lollide teema; nad on kindlasti kasulikud.
\n3. Tootlikud monitooringus\u00fcsteemid annavad tavaliselt kasulikku filtreeritud teavet.
\nSinikad ja muhkud:<\/b>
\n1. Insener ei ole siin insener, vaid lihtsalt kellegi teise toote kasutaja. V\u00f5i kasutaja.
\n2. Tellijat tuleb veenda, et on vaja osta midagi, millesse ta ei soovi s\u00fcveneda, ning mis tal ei peaks olema ka kohustuseks, ning aastab\u00fcrot on kinnitatud ja ei muutu. Seej\u00e4rel tuleb eraldi ressursid eraldada ja need konkreetse s\u00fcsteemi jaoks seadistada. Ehk siis k\u00f5igepealt tuleb maksta, maksta ja veel kord maksta. Tellija on aga kitsi. See on elu norm.<\/p>\n

Mis siis teha - T\u0161ern\u00f5\u0161evski? Sinu k\u00fcsimus on t\u00e4iesti kohane. (c)<\/h2>\n

\nAntud konkreetses olukorras ja olemasolevate asjaolude t\u00f5ttu on v\u00f5imalik tegutseda veidi teisiti \u2014 aga loome omaenda monitooringus\u00fcsteemi. <\/b>
\n\"PostgreSQL
\nMuidugi mitte s\u00fcsteemi t\u00e4ielikus m\u00f5ttes, see oleks liiga suurejooneline ja enesekehtestav, kuid v\u00e4hemalt v\u00f5iks endale \u00fclesande lihtsamaks teha ning koguda rohkem teavet j\u00f5udluse probleemide lahendamiseks. Et mitte sattuda olukorda \u2014 \u201emine sinna, ei tea kuhu, leia see, ei tea mida.\u201d<\/p>\n

Millised on selle variandi plussid ja miinused:<\/h4>\n

Plussid:<\/b>
\n1. See on huvitav. No v\u00e4hemalt huvitavam kui pidevad \u201eshrink datafile, alter tablespace jne.\u201d
\n2. Need on uued oskused ja uus areng. Mis tulevikus varem v\u00f5i hiljem toob v\u00e4lja teenitud preemiad ja maiustused.
\nMiinused:<\/b>
\n1. T\u00f6\u00f6 tuleb teha. T\u00f6\u00f6 tuleb palju teha.
\n2. Tuleb regulaarselt seletada, mis on kogu tegevuse m\u00f5te ja perspektiivid.
\n3. Millegagi tuleb ohverdada, kuna inseneri ainus saadaval olev ressurss \u2014 aeg \u2014 on Universumi piiratud.
\n4. K\u00f5ige hullem ja k\u00f5ige ebameeldivam<\/b> \u2014 v\u00f5ib tulemuseks olla midagi, mis on \u201eEi hiirepojake, ei konn, vaid tundmatu loom.\u201d<\/p>\n

Kes ei riski, see ei joo \u0161ampanjat.<\/b>
\nNii et \u2014 algab k\u00f5ige huvitavam osa.<\/p>\n

\u00dcldine idee \u2014 skeemiliselt<\/h2>\n

\n\"PostgreSQL
\n(Illustratsioon on v\u00f5etud artiklist<\/i> \u00abS\u00fcntes kui \u00fcks meetod PostgreSQLi j\u00f5udluse parandamiseks<\/a><\/noindex>\u00bb)<\/p>\n

Selgitus:<\/p>\n