{"id":81089,"date":"2020-05-11T01:42:24","date_gmt":"2020-05-10T23:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/tipovye-oshibki-v-prilozheniyah-kotorye-vedut-k-bloat-v-postgresql-andrej-salnikov"},"modified":"2020-05-11T01:42:24","modified_gmt":"2020-05-10T23:42:24","slug":"tipovye-oshibki-v-prilozheniyah-kotorye-vedut-k-bloat-v-postgresql-andrej-salnikov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/tipovye-oshibki-v-prilozheniyah-kotorye-vedut-k-bloat-v-postgresql-andrej-salnikov","title":{"rendered":"Vanliga misstag i applikationer som leder till bloat i PostgreSQL. Andrej Salnikov","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jag vill att ni ska ta del av sammanfattningen av rapporten fr\u00e5n b\u00f6rjan av 2016 av Andrey Salnikov \"Typiska fel i applikationer som leder till bloat i PostgreSQL\"<\/strong><\/p>\n

<\/p>\n

I den h\u00e4r rapporten kommer jag att g\u00e5 igenom de vanligaste felen i applikationer som uppst\u00e5r under design- och kodningsfasen av applikationen. Jag kommer endast att ta upp de fel som leder till bloat i PostgreSQL. Vanligtvis \u00e4r detta b\u00f6rjan p\u00e5 slutet f\u00f6r systemets prestanda som helhet, \u00e4ven om det fr\u00e5n b\u00f6rjan inte fanns n\u00e5gra tecken p\u00e5 detta.<\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/a><\/noindex><\/p>\n

Jag h\u00e4lsar er alla v\u00e4lkomna! Denna f\u00f6rel\u00e4sning \u00e4r inte lika teknisk som den f\u00f6reg\u00e5ende fr\u00e5n min kollega. Den h\u00e4r f\u00f6rel\u00e4sningen riktar sig fr\u00e4mst till utvecklare av backend-system, eftersom vi har ett ganska stort antal kunder. Och alla g\u00f6r samma misstag. Det \u00e4r om dessa jag kommer att ber\u00e4tta. Jag kommer att f\u00f6rklara vilka katastrofala och negativa konsekvenser dessa fel kan leda till. <\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/p>\n

Varf\u00f6r uppst\u00e5r felen? De uppst\u00e5r av tv\u00e5 anledningar: antingen genom tur, att det kanske fungerar, eller av okunskap om vissa mekanismer som h\u00e4nder p\u00e5 niv\u00e5n mellan databasen och applikationen, samt i sj\u00e4lva databasen. <\/p>\n

<\/p>\n

Jag kommer att ge er tre exempel med hemska bilder av hur allt blev d\u00e5ligt. Jag kommer kort att beskriva de mekanismer som f\u00f6rekommer d\u00e4r. Och hur man kan hantera dem n\u00e4r de intr\u00e4ffar, samt vilka f\u00f6rebyggande metoder som kan anv\u00e4ndas f\u00f6r att undvika fel. Jag kommer att ber\u00e4tta om hj\u00e4lpprogram och ge anv\u00e4ndbara l\u00e4nkar. <\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/p>\n

Jag anv\u00e4nde en testdatabas d\u00e4r jag hade tv\u00e5 tabeller. En tabell f\u00f6r kundkonton och den andra f\u00f6r transaktioner p\u00e5 dessa konton. Med viss periodicitet uppdaterar vi saldona p\u00e5 dessa konton.<\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/p>\n

Ursprungliga data f\u00f6r tabellen: den \u00e4r ganska liten, 2 MB. Svarstiden f\u00f6r databasen och specifikt f\u00f6r tabellen \u00e4r ocks\u00e5 mycket bra. Och en ganska bra belastning \u2013 2 000 operationer per sekund p\u00e5 tabellen.<\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/p>\n

Och genom denna f\u00f6rel\u00e4sning kommer jag att visa er grafer s\u00e5 att det tydligt ska framg\u00e5 vad som h\u00e4nder. Det kommer alltid att finnas 2 bilder med grafer. Den f\u00f6rsta bilden visar vad som h\u00e4nder i allm\u00e4nhet p\u00e5 servern. <\/p>\n

<\/p>\n

Och i denna situation ser vi att vi verkligen har en tabell av liten storlek. Indexet \u00e4r litet, p\u00e5 2 MB. Detta \u00e4r den f\u00f6rsta grafen till v\u00e4nster. <\/p>\n

<\/p>\n

Den genomsnittliga svarstiden f\u00f6r servern \u00e4r ocks\u00e5 stabil och l\u00e5g. Detta \u00e4r den \u00f6vre grafen till h\u00f6ger. <\/p>\n

<\/p>\n

Den nedersta v\u00e4nstra grafen visar de l\u00e4ngsta transaktionerna. Vi ser att transaktionerna genomf\u00f6rs snabbt. Och autovakuum fungerar \u00e4nnu inte h\u00e4r, eftersom det var ett starttest. Fram\u00f6ver kommer det att fungera och vara till nytta f\u00f6r oss.<\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/p>\n

Den andra bilden kommer alltid att handla om den testade tabellen. I den h\u00e4r situationen uppdaterar vi kontinuerligt saldot p\u00e5 kundens konton. Och vi ser att den genomsnittliga svarstiden f\u00f6r uppdateringsoperationen \u00e4r ganska bra, mindre \u00e4n en millisekund. Vi ser ocks\u00e5 att CPU-resurserna (det \u00e4r den \u00f6vre h\u00f6gra grafen) f\u00f6rbrukas j\u00e4mnt och i ganska sm\u00e5 m\u00e4ngder. <\/p>\n

<\/p>\n

Den nedre h\u00f6gra grafen visar hur mycket operativ och diskminne vi g\u00e5r igenom i s\u00f6kandet efter v\u00e5r n\u00f6dv\u00e4ndiga rad innan vi uppdaterar den. Och antalet operationer p\u00e5 tabellen \u2013 2000 per sekund, precis som jag n\u00e4mnde tidigare. <\/p>\n

<\/p>\n

\"Vanliga<\/p>\n

<\/p>\n

Och nu h\u00e4nder det en tragedi. Av n\u00e5gon anledning uppst\u00e5r en l\u00e5ng gl\u00f6md transaktion. Orsakerna \u00e4r vanligtvis banala: <\/p>\n

<\/p>\n