{"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 j\u00f5udluse j\u00e4lgimine. Osa 1 - raportite koostamine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Eess\u00f5na<\/h2>\n

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

Garantiide loobumise klausel:<\/b> planeeritavas artiklite ts\u00fcklis ei ole tabelite ja skriptide kasutamiseks detailselt ja t\u00e4pselt kirjeldatud. Materjale ei saa kohe kasutada 'NII NAGU ON'.
\nEsiteks, suure materjalihulga t\u00f5ttu,
\nteiseks, reaalse kliendi tootmisbaasi v\u00e4hese kohandatuse t\u00f5ttu.
\nSeega sisaldavad artiklid ainult ideid ja kirjeldusi k\u00f5ige \u00fcldises vormis.
\nV\u00f5ib-olla tulevikus j\u00f5uab s\u00fcsteem tasemele, kus see avaldatakse GitHubis, 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 tulemusena sai, k\u00f5ige \u00fcldisemalt \u2014 \"S\u00fcntees kui \u00fcks meetod PostgreSQL t\u00f6\u00f6kindluse parandamiseks<\/a><\/noindex>\u00bb<\/p>\n

Miks ma seda k\u00f5ike teen?<\/h2>\n

\nEsiteks, et mitte unustada, meenutades pensionip\u00f5lves toredaid aegu.
\nTeiseks, et s\u00fcsteemida kirjutatut. Sest ma ise hakkan m\u00f5nikord segadusse minema ja unustama \u00fcksikuid osi. <\/p>\n

Ja k\u00f5ige t\u00e4htsam \u2014 ehk on kellelegi kasu ja aitab v\u00e4ltida ratta leiutamist ja reha kogumist. Teisis\u00f5nu, parandada oma karma (mitte Habr-aadi). Sest k\u00f5ige v\u00e4\u00e4rtuslikum asi selles maailmas on ideed. Peamine on leida idee. Idee ellu viimine on juba puhtalt tehniline k\u00fcsimus.<\/p>\n

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

Probleemi seadmine.<\/h2>\n

<\/p>\n

On olemas: <\/h3>\n

\nAndmebaas PostgreSQL (10.5), segat\u00fc\u00fcpi koormusega (OLTP+DSS), keskmise v\u00e4ikese koormusega, asub AWS-is.
\nAndmebaasi j\u00e4lgimine puudub, infrastruktuuri j\u00e4lgimine toimub AWS-i vaikimisi seadmete kaudu minimaalses konfiguratsioonis.<\/p>\n

N\u00f5utav:<\/h3>\n

\nJ\u00e4lgida andmebaasi j\u00f5udlust ja seisundit, leida ja omada p\u00f5hiteavet objektiivne, et optimeerida andmebaasis raskeid p\u00e4ringuid.
\n<\/a><\/noindex><\/p>\n

L\u00fchi\u00fclevaade v\u00f5i lahenduste anal\u00fc\u00fcs<\/h2>\n

\nAlustuseks proovime anal\u00fc\u00fcsida lahenduste variante v\u00f5rreldes kasude ja probleemidega insenerile, haldamise kasu ja kadusid las teevad need, kellel on vastavad ametikohad.<\/p>\n

Variant 1 \u2014 \"T\u00f6\u00f6tamine n\u00f5udmisel\"<\/h3>\n

\nJ\u00e4tame k\u00f5ik nii nagu on. Kui klient ei ole rahul andmebaasi v\u00f5i rakenduse t\u00f6\u00f6kindluse ja j\u00f5udlusega, teavitab ta DBA insenere e-posti teel v\u00f5i loob probleemipileti.
\nInsener, saades teate, uurib probleemi, pakub lahendust v\u00f5i l\u00fckkab probleemi edasi, lootes, et k\u00f5ik laheneb iseenesest ning varsti unustatakse k\u00f5ik.
\nIgal keedul on oma hind ja allak\u00e4inta.<\/b>Igal keedul on oma hind ja allak\u00e4inta:<\/b>
\n1. Midagi \u00fcleliigset tegema ei pea.
\n2. Alati on v\u00f5imalus lohutada ja lahti libiseda.
\n3. Palju aega, mida saab kulutada isikliku meelelahutuse heaks.
\nAllak\u00e4inta ja keedu k\u00f5rvalm\u00f5jud:<\/b>
\n1. \u00dchel v\u00f5i teisel hetkel hakkab klient m\u00f5tlema eksistentsi ja universumi \u00f5igluse olemusele ning k\u00fcsib endalt j\u00e4lle, milleks ta neile raha maksab? Tulemuseks on alati sama \u2014 k\u00fcsimus on ainult selles, millal klient igavleb ja loobub. Siis j\u00e4\u00e4b s\u00f6\u00f6gikoht t\u00fchjaks. See on kurb.
\n2. Inseneri areng on null.
\n3. T\u00f6\u00f6 ja koormuse planeerimise raskused. <\/p>\n

Variant 2 - \"Tantsime rummidega, m\u00fc\u00fcme ja paneme jalga\".<\/h3>\n

\nPunkt 1<\/b>- Miks meil on monitooringus\u00fcsteem, k\u00f5ik, mida me saame, tulevad p\u00e4ringutega. K\u00fcllap k\u00e4ivitame mitmesuguseid p\u00e4ringuid andmes\u00f5nastikele ja d\u00fcnaamilistele esitlusele, aktiveerime igasuguseid loendureid, koondame k\u00f5ik tabelitesse, anal\u00fc\u00fcsime perioodiliselt nimekirju ja tabeleid. Tulemuseks on ilusad v\u00f5i mitte nii ilusad graafikud, tabelid, aruanded. Peamine \u2014 et neid oleks rohkem, rohkem.
\nPunkt 2<\/b>- Loome aktiivsust - k\u00e4ivitame selle k\u00f5ikse anal\u00fc\u00fcsimiseks.
\nPunkt 3<\/b>- Koostame mingisuguse dokumendi, nimetame selle lihtsalt - \"kuidas korraldada andmebaasi\".
\nPunkt 4<\/b>- Klient, n\u00e4hes k\u00f5iki neid graafikute ja numbrite ilu, on lastesarnases naiivsuses kindel - n\u00fc\u00fcd hakkab meil k\u00f5ik varsti t\u00f6\u00f6le. Ta laseb h\u00f5lpsalt ja valutult lahti oma rahalistest vahenditest. Juhtkond on samuti kindel - meie insenerid t\u00f6\u00f6tavad t\u00f5husalt. Koormus on maksimaalne.
\nPunkt 5<\/b>- Korda Punkti 1 regulaarselt.
\nIgal keedul on oma hind ja allak\u00e4inta.<\/b>Igal keedul on oma hind ja allak\u00e4inta: <\/b>
\n1. Juhtide ja inseneride elu on lihtne, ettearvatav ja t\u00e4is tegevust. K\u00f5ik sumiseb, k\u00f5ik on h\u00f5ivatud.
\n2. Kliendi elu pole samuti halb - ta on alati kindel, et peab vaid veidi ootama ja k\u00f5ik laheneb. Kui ei lahe, no mis siis - see elu on ebaaus, j\u00e4rgmises elus \u2014 \u00f5nnestub.
\nAllak\u00e4inta ja keedu k\u00f5rvalm\u00f5jud:<\/b>
\n1. Varem v\u00f5i hiljem leiab leidub kiiremini tegutsev teenusepakkuja, kes pakub sama teenust veidi odavamalt. Kui tulemus on sama, siis miks maksta rohkem? See viib omakorda toitmiss\u00fcsteemi kadumiseni.
\n2. See on igav. Nagu igas m\u00f5ttetuks tegevuses.
\n3. Nagu eelnevas variandis \u2014 areng puudub. Kuid inseneri jaoks on miinus see, et erinevalt esimesest variandist tuleb siin pidevalt genereerida andmebaasi. Ja see v\u00f5tab aega. Aega, mida v\u00f5iks enda kasuks kasutada. Sest kui ise enda eest ei hoolitse, ei hooli keegi sinu p\u00e4rast.<\/p>\n

Variant 3 - Ei pea ratast leiutama, vaid tuleb see osta ja s\u00f5ita.<\/h3>\n

\nTeiste ettev\u00f5tete insenerid ei s\u00f6\u00f6 pitsa ja joo \u00f5lut ilma p\u00f5hjuseta (ah, \u00fclevad ajad Peterburis 90ndatel). Kasutame j\u00e4lgimisse s\u00fcsteeme, mis on loodud, testitud ja t\u00f6\u00f6tavad ning toovad tegelikult kasu ( v\u00e4hemalt nende loojatele).
\nIgal keedul on oma hind ja allak\u00e4inta.<\/b>Igal keedul on oma hind ja allak\u00e4inta:<\/b>
\n1. Ei pea aega kulutama selle m\u00f5tletemise peale, mis on juba v\u00e4lja m\u00f5eldud. Vota ja kasuta.
\n2. J\u00e4lgimiss\u00fcsteemid ei ole lollide loodud ja need on kindlasti kasulikud.
\n3. Tootvad j\u00e4lgimiss\u00fcsteemid annavad tavaliselt kasulikku filtreeritud teavet.
\nAllak\u00e4inta ja keedu k\u00f5rvalm\u00f5jud:<\/b>
\n1. Insener ei ole antud juhul insener, vaid lihtsalt kellegi toote kasutaja. V\u00f5i kasutaja.
\n2. Tellijat peab veenma vajaduses osta midagi, milles ta tegelikult ei tahaks ja ei peakski aru saama, ning aastab\u00fc\u00fct on kinnitatud ja ei muutu. Siis peab eraldi ressurssi eraldama, mis tuleb kohandada konkreetse s\u00fcsteemi j\u00e4rgi. St. Esiteks tuleb maksta, maksta ja veel kord maksta. Ja tellija on kitsi. See on elu norm.<\/p>\n

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

\nAntud juhul ja tekkinud olukorras on v\u00f5imalik teha veidi teistmoodi \u2014 aga teeme oma j\u00e4lgimiss\u00fcsteemi. <\/b>
\n\"PostgreSQL
\nNo ei ole s\u00fcsteem, kindlasti mitte t\u00e4ies m\u00f5ttes, see on liiga suurejooneline ja ennast t\u00e4is\u00f5hustatud, aga kuidagi leevendada \u00fclesannet ja koguda rohkem teavet j\u00f5udlusprobleemide lahendamiseks. Et mitte sattuda olukorda - \"mine sinna, ei tea kuhu, leia see, ei tea mida\".<\/p>\n

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

Plussid:<\/b>
\n1. See on huvitav. No v\u00e4hemalt on see huvitavam kui pidevad \"shrink datafile, alter tablespace, jne.\"
\n2. Need to acquire new skills and develop further. This will eventually yield well-deserved rewards and treats.
\nMiinused:<\/b>
\n1. You will have to work. Work a lot.
\n2. You will have to regularly explain the meaning and prospects of all activities.
\n3. You will have to sacrifice something, as the only resource available to an engineer\u2014time\u2014is limited by the Universe.
\n4. The most terrifying and unpleasant part<\/b> \u2014 as a result, it may turn into something like 'Neither a mouse, nor a frog, but an unknown creature.'<\/p>\n

He who risks nothing, drinks no champagne.<\/b>
\nSo \u2014 the most interesting begins now.<\/p>\n

The general idea \u2014 schematically<\/h2>\n

\n\"PostgreSQL
\n(The illustration is taken from the article<\/i> \u00abS\u00fcntees kui \u00fcks meetod PostgreSQL t\u00f6\u00f6kindluse parandamiseks<\/a><\/noindex>\u00bb)<\/p>\n

Explanation:<\/p>\n