{"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\/sv\/blog\/administrirovanie\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","title":{"rendered":"\u00d6vervakning av prestandan f\u00f6r PostgreSQL-fr\u00e5gor. Del 1 - rapportering","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ingenj\u00f6r \u2013 \u00f6versatt fr\u00e5n latin betyder inspirerad.
\nIngenj\u00f6r kan g\u00f6ra allt. (c) R.Diesel.
\nEpigraf.<\/i>
\n\"\u00d6vervakning
\nEller historien om varf\u00f6r en databasadministrat\u00f6r b\u00f6r minnas sin programmeringsbakgrund. <\/i><\/p>\n

F\u00f6rord<\/h2>\n

\nAlla namn har \u00e4ndrats. Eventuella likheter \u00e4r slumpm\u00e4ssiga. Materialet representerar enbart f\u00f6rfattarens personliga \u00e5sikt.<\/p>\n

Ansvarsfriskrivning:<\/b> i det planerade artikelcykeln kommer det inte att finnas n\u00e5gon detaljerad eller exakt beskrivning av de anv\u00e4nda tabellerna och skripten. Materialet kan inte anv\u00e4ndas direkt \u201dAS IS\u201d.
\nF\u00f6r det f\u00f6rsta p\u00e5 grund av den stora m\u00e4ngden material,
\nf\u00f6r det andra p\u00e5 grund av anpassningen till produktionsdatabasen f\u00f6r den verkliga klienten.
\nD\u00e4rf\u00f6r kommer artiklarna att ge endast id\u00e9er och beskrivningar i mycket allm\u00e4nna termer.
\nKanske kommer systemet i framtiden att v\u00e4xa till en niv\u00e5 d\u00e4r det publiceras p\u00e5 GitHub, och kanske inte. Tiden f\u00e5r utvisa.<\/i><\/p><\/blockquote>\n

\nB\u00f6rjan av historien- \u201cKommer du ih\u00e5g hur allt b\u00f6rjade<\/a><\/noindex>\u00bb.
\nVad som kom ut i resultatet, i de mest allm\u00e4nna termer- \u201cSyntes som en av metoderna f\u00f6r att f\u00f6rb\u00e4ttra prestandan hos PostgreSQL<\/a><\/noindex>\u00bb<\/p>\n

Varf\u00f6r jag g\u00f6r allt detta?<\/h2>\n

\nF\u00f6r det f\u00f6rsta f\u00f6r att jag sj\u00e4lv inte ska gl\u00f6mma, n\u00e4r jag sitter p\u00e5 pension och minns de goda gamla dagarna.
\nF\u00f6r det andra f\u00f6r att systematisera det skrivna. F\u00f6r ibland b\u00f6rjar jag sj\u00e4lv bli f\u00f6rvirrad och gl\u00f6mmer vissa delar. <\/p>\n

Och kanske viktigast av allt \u2013 om det kan vara till nytta f\u00f6r n\u00e5gon och hj\u00e4lpa till att inte \u00e5teruppfinna hjulet och inte snubbla \u00f6ver samma problem. Med andra ord, f\u00f6rb\u00e4ttra sin karma (inte Habr-karman). F\u00f6r det mest v\u00e4rdefulla i denna v\u00e4rld \u00e4r id\u00e9er. Huvudsaken \u00e4r att hitta en id\u00e9. Att f\u00f6rverkliga en id\u00e9 i verkligheten \u00e4r redan en rent teknisk fr\u00e5ga.<\/p>\n

S\u00e5, l\u00e5t oss b\u00f6rja, sakta...<\/p>\n

Problemst\u00e4llning.<\/h2>\n

<\/p>\n

Finns: <\/h3>\n

\nPostgreSQL-databas (10.5), blandad belastningstyp (OLTP+DSS), medel-l\u00e5g belastning, placerad i molnet AWS.
\n\u00d6vervakning av databasen saknas, infrastruktur\u00f6vervakningen presenteras genom AWS: s standardverktyg i minimal konfiguration.<\/p>\n

Kr\u00e4vs:<\/h3>\n

\n\u00d6vervaka prestanda och tillst\u00e5nd f\u00f6r databasen, samt hitta och ha initial information f\u00f6r att optimera tunga fr\u00e5gor till databasen.
\n<\/a><\/noindex><\/p>\n

Kort f\u00f6rord eller analys av l\u00f6sningsalternativ<\/h2>\n

\nTill att b\u00f6rja med ska vi f\u00f6rs\u00f6ka analysera alternativen f\u00f6r att l\u00f6sa problemet ur ett j\u00e4mf\u00f6rande perspektiv av f\u00f6rdelar och nackdelar f\u00f6r ingenj\u00f6ren, medan f\u00f6rdelarna och f\u00f6rlusterna f\u00f6r managementet kan hanteras av de som har ansvar f\u00f6r det.<\/p>\n

Alternativ 1- \u201cArbeta vid behov\u201d<\/h3>\n

\nVi l\u00e4mnar allt som det \u00e4r. Om kunden inte \u00e4r n\u00f6jd med n\u00e5got i databasens eller applikationens funktionalitet eller prestanda kommer han att meddela DBA-teknikerna via e-post eller skapa en incident i ticketsystemet.
\nIngenj\u00f6ren, som f\u00e5r meddelandet, kommer att unders\u00f6ka problemet, f\u00f6resl\u00e5 en l\u00f6sning eller skjuta upp problemet, i hopp om att det ordnar sig sj\u00e4lv, och \u00e4nd\u00e5 kommer snart allt att gl\u00f6mmas.
\nPepparkakor och bullar, bl\u00e5m\u00e4rken och kn\u00f6lar<\/b>Pepparkakor och bullar:<\/b>
\n1. Det beh\u00f6vs inte g\u00f6ra n\u00e5got \u00f6verfl\u00f6digt.
\n2. Det finns alltid m\u00f6jlighet att smita undan.
\n3. Massor av tid som kan anv\u00e4ndas efter eget godtycke.
\nBl\u00e5m\u00e4rken och kn\u00f6lar:<\/b>
\n1. F\u00f6rr eller senare kommer kunden att b\u00f6rja t\u00e4nka p\u00e5 livets mening och universums r\u00e4ttvisa i denna v\u00e4rld och \u00e5terigen st\u00e4lla sig fr\u00e5gan \u2013 varf\u00f6r betalar jag dem mina pengar? Konsekvensen \u00e4r alltid densamma \u2013 fr\u00e5gan \u00e4r bara n\u00e4r kunden kommer att tr\u00f6ttna och vinka adj\u00f6. Och foderstationen kommer att bli tom. Det \u00e4r sorgligt.
\n2. Ingenj\u00f6rens utveckling \u2013 noll.
\n3. Sv\u00e5righeter med planering av arbete och belastning <\/p>\n

Alternativ 2 \u2013 \"Vi dansar med trumman, s\u00e4ljer och s\u00e4tter p\u00e5 dem\"<\/h3>\n

\nPunkt 1<\/b>- Varf\u00f6r beh\u00f6ver vi ett \u00f6vervakningssystem? Vi kommer att f\u00e5 allt via f\u00f6rfr\u00e5gningar. Vi k\u00f6r en massa olika f\u00f6rfr\u00e5gningar mot datakatalogen och dynamiska vyer, aktiverar olika r\u00e4knare, sammanst\u00e4ller allt i tabeller, analyserar listor och tabeller periodiskt. Resultatet \u00e4r att vi f\u00e5r snygga eller mindre snygga grafer, tabeller, rapporter. Huvudsaken \u00e4r att det \u00e4r s\u00e5 mycket som m\u00f6jligt.
\nPunkt 2<\/b>- Vi genererar aktivitet \u2013 k\u00f6r en analys av allt detta.
\nPunkt 3<\/b>- Vi f\u00f6rbereder ett dokument som vi helt enkelt kallar \u2013 \"hur vi ska organisera databasen\".
\nPunkt 4<\/b>- Kunden, som ser all denna prakt av grafer och siffror, befinner sig i en barnslig och naiv \u00f6vertygelse \u2013 nu fungerar allt snart. Och han skiljer sig l\u00e4tt och smidigt fr\u00e5n sina ekonomiska resurser. Ledningen \u00e4r ocks\u00e5 \u00f6vertygad \u2013 ingenj\u00f6rerna arbetar verkligen h\u00e5rt. Belastningen \u00e4r p\u00e5 max.
\nPunkt 5<\/b>- Upprepa regelbundet Punkt 1.
\nPepparkakor och bullar, bl\u00e5m\u00e4rken och kn\u00f6lar<\/b>Pepparkakor och bullar: <\/b>
\n1. Livet f\u00f6r chefer och ingenj\u00f6rer \u00e4r enkelt, f\u00f6ruts\u00e4gbart och fullt av aktivitet. Allt surrar, alla \u00e4r upptagna.
\n2. Livet f\u00f6r kunden \u00e4r ocks\u00e5 bra \u2013 han \u00e4r alltid s\u00e4ker p\u00e5 att han bara beh\u00f6ver v\u00e4nta lite till s\u00e5 kommer allt att bli bra. Det blir det inte, men vad ska man g\u00f6ra \u2013 v\u00e4rlden \u00e4r or\u00e4ttvis, i n\u00e4sta liv kanske det blir tur.
\nBl\u00e5m\u00e4rken och kn\u00f6lar:<\/b>
\n1. Fr\u00e5gan \u00e4r inte om, utan n\u00e4r, en mer effektiv leverant\u00f6r av samma tj\u00e4nst dyker upp, som erbjuder detsamma, men n\u00e5got billigare. Om resultatet \u00e4nd\u00e5 \u00e4r detsamma, varf\u00f6r betala mer? Det leder \u00e5terigen till att f\u00f6rs\u00f6rjningen f\u00f6rsvinner.
\n2. Det \u00e4r tr\u00e5kigt. Precis som vilken meningsl\u00f6s aktivitet som helst.
\n3. Precis som i det f\u00f6reg\u00e5ende alternativet \u2013 det sker ingen utveckling. Men f\u00f6r ingenj\u00f6ren \u00e4r nackdelen att, till skillnad fr\u00e5n det f\u00f6rsta alternativet, h\u00e4r m\u00e5ste man st\u00e4ndigt generera databaser. Och det tar tid. Tid som kan anv\u00e4ndas mer f\u00f6rdelaktigt f\u00f6r sig sj\u00e4lv. F\u00f6r om man inte tar hand om sig sj\u00e4lv, bryr sig ingen om en.<\/p>\n

Alternativ 3 \u2013 Man beh\u00f6ver inte hitta p\u00e5 hjulet igen, man beh\u00f6ver k\u00f6pa det och \u00e5ka.<\/h3>\n

\nIngenj\u00f6rer fr\u00e5n andra f\u00f6retag \u00e4ter inte pizzeria utan anledning, vilket de g\u00f6r med \u00f6l (\u00e5h, de h\u00e4rliga tiderna i Sankt Petersburg p\u00e5 90-talet). L\u00e5t oss anv\u00e4nda \u00f6vervakningssystem som \u00e4r framtagna, testade och fungerar, och som faktiskt ger nytta (i alla fall f\u00f6r deras skapare).
\nPepparkakor och bullar, bl\u00e5m\u00e4rken och kn\u00f6lar<\/b>Pepparkakor och bullar:<\/b>
\n1. Man beh\u00f6ver inte sl\u00f6sa tid p\u00e5 att hitta p\u00e5 n\u00e5got som redan \u00e4r uppfunnit. Ta det som finns och anv\u00e4nd det.
\n2. \u00d6vervakningssystem skrivs inte av dumma m\u00e4nniskor och de \u00e4r sj\u00e4lvklart anv\u00e4ndbara.
\n3. Funktionerande \u00f6vervakningssystem ger vanligtvis anv\u00e4ndbar filtrerad information.
\nBl\u00e5m\u00e4rken och kn\u00f6lar:<\/b>
\n1. Ingenj\u00f6ren i detta fall \u00e4r inte ingenj\u00f6r, utan bara en anv\u00e4ndare av en annans produkt. Eller en anv\u00e4ndare.
\n2. Kunden m\u00e5ste \u00f6vertygas om n\u00f6dv\u00e4ndigheten av att k\u00f6pa n\u00e5got som denne i allm\u00e4nhet inte vill, och f\u00f6r vilket denne egentligen inte beh\u00f6ver f\u00f6rst\u00e5s, och budgeten f\u00f6r \u00e5ret \u00e4r bekr\u00e4ftad och kommer inte att \u00e4ndras. Sedan m\u00e5ste man avs\u00e4tta en s\u00e4rskild resurs, st\u00e4lla in f\u00f6r det specifika systemet. Det vill s\u00e4ga, f\u00f6rst m\u00e5ste man betala, betala och betala igen. Och kunden \u00e4r sn\u00e5l. Det \u00e4r normen i detta liv.<\/p>\n

Vad ska vi g\u00f6ra \u2013 Tjernysjevski? Din fr\u00e5ga \u00e4r mycket relevant. (c)<\/h2>\n

\nI detta specifika fall och den r\u00e5dande situationen kan man agera lite annorlunda \u2013 l\u00e5t oss skapa v\u00e5rt eget \u00f6vervakningssystem. <\/b>
\n\"\u00d6vervakning
\nN\u00e5v\u00e4l, inte ett system i ordets fulla mening, det \u00e4r f\u00f6r kraftfullt sagt och sj\u00e4lvs\u00e4kert, men \u00e5tminstone underl\u00e4tta uppgiften och samla s\u00e5 mycket information som m\u00f6jligt f\u00f6r att l\u00f6sa prestandaincidenter. F\u00f6r att inte hamna i situationen \u2013 \"g\u00e5 dit, jag vet inte vart, hitta det, jag vet inte vad\".<\/p>\n

Vilka f\u00f6rdelar och nackdelar har detta alternativ:<\/h4>\n

F\u00f6rdelar:<\/b>
\n1. Det \u00e4r intressant. \u00c5tminstone intressantare \u00e4n st\u00e4ndiga \"shrink datafile, alter tablespace, etc.\"
\n2. Det h\u00e4r \u00e4r nya f\u00e4rdigheter och ny utveckling. Vilket p\u00e5 sikt, f\u00f6rr eller senare, ger v\u00e4lf\u00f6rtj\u00e4nta bel\u00f6ningar.
\nNackdelar:<\/b>
\n1. Det kommer att kr\u00e4vas arbete. Mycket arbete.
\n2. Det kommer att vara n\u00f6dv\u00e4ndigt att regelbundet f\u00f6rklara syftet och perspektiven f\u00f6r alla aktiviteter.
\n3. Man m\u00e5ste offra n\u00e5got, eftersom den enda resursen som ingenj\u00f6ren har \u2014 tid \u2014 \u00e4r begr\u00e4nsad av universum.
\n4. Det mest skr\u00e4mmande och obehagliga<\/b> \u2014 resultatet kan bli n\u00e5got som \"Ingen mus, ingen groda, utan ett ok\u00e4nt djur\".<\/p>\n

Den som inte riskerar f\u00e5r inte heller bubbel.<\/b>
\nS\u00e5 b\u00f6rjar det mest intressanta.<\/p>\n

Den \u00f6vergripande id\u00e9n \u2014 schematiskt<\/h2>\n

\n\"\u00d6vervakning
\n(Illustrationen \u00e4r h\u00e4mtad fr\u00e5n artikeln<\/i> \u00abSyntes som en av metoderna f\u00f6r att f\u00f6rb\u00e4ttra prestandan hos PostgreSQL<\/a><\/noindex>\u00bb)<\/p>\n

F\u00f6rklaring:<\/p>\n