Padající mysql na VPS

28. 10. 2021 16:18:41

Napsal Jamira40;1633688
Potom rovnako nema zmysel tvrdit ake to je brutalne za tie peniaze :) lebo nie je

PS

Iný Poskytovatel CPU v ČR Xeon Q2'16 @3Ghz
Contabo Xeon Q1'16 @2.2Ghz

Včera jsem si to měřil na svém VPS u Contabo a vychází to na cca 2vCPU, takže už ty blbosti laskavě nepište :)

2vCPU je za tuto cenu super a je jasné, že pokud někdo preferuje plný výkon, tak si musí připlatit.

Ale třeba Hukot má za plně vyhrazené CPU také super ceny.

Ale z hlediska poskytovatele je nabídka plně vyhrazených CPU o obyčejných VPS nesmyslná a obvykle je to plýtvání zdroji.

Kdo chce mít vyhrazeno maximum volí VDS nebo dedikovaný server.

28. 10. 2021 16:18:41

https://webtrh.cz/diskuse/padajici-mysql-na-vps/strana/4#reply1492662

Jamira40

(4 hodnocení)

28. 10. 2021 16:38:40

Však dajte model CPU + výsledok. Nie že "nepíšte blbosti"

Myslím že som moje tvrdenie podložil číslom a dokonca aj model CPU je +/- v rovnakej rade. Dokonca som poslal aj priamo metodiku. Tak určite ste to zvládol aj vy.

A láskavo budem písať čo uznám za vhodné :) myslím si že mám v tomto obore dostatok praxe na to aby som vedel na základe toho čo vidím povedať že to nie je výhodná ponuka. Vy odporúčate niečo len na základe toho že si to "myslíte", ja Vám to budem negovať pokiaľ čísla tvrdia niečo iné.

28. 10. 2021 16:38:40

https://webtrh.cz/diskuse/padajici-mysql-na-vps/strana/4#reply1492661

Mgr. Tomáš Rychetský

(4 hodnocení)

1. 11. 2021 09:47:52

Napsal TomášX;1633656
Ano, požadavky ve frontě mohou končit nanejvýše chybou Timout (to ale záleží na nastavení http serveru v popředí, nestává se ale). K 500 dojde mimojiné pokud již není další volná paměť v systému, když tvůj požadavek nespotřebuje celých 256 MB paměti, vejde se jich tam více souběžných, jakmile si ale řekne o více paměti, je možné že sám nebo jiný požadavek skončí chybou 500, to je určité riziko, které tvoje nastavení má. Na max_requests zapomeň, to je technikálie na pozadí, která tohle vůbec neovlivňuje.

Ano, čekání ve frontě se prodlouží doba o čekací dobu, na druhou stranu se může celková doba zkrátit, protože při nižší konkurenci se bude fronta odbavovat třeba rychleji, to chce ověřit a změřit. Vědět jak se systém chová je základ pro to, abych ho dokázal vyladit ke spokojenosti.

Osobně se vždy snažím nastavit max_children a memory limit na hodnotu takovou, aby při 100 % využití se to pořád na server vešlo, tj. aby ve špičkách nemohlo docházet k padání php procesů nebo naopak jiných služeb na serveru. Můžeš zkusit postupně snižovat max_children a sledovat jestli se nebude výrazně prodlužovat čas načítání webu (na to je dobrý nějaký monitoring nebo logy). Stejně tak můžeš zkusit postupně snižovat paměťový limit a zkoušet, kdy už je paměť plně zaplněná.

Ahoj Tomáši,

nejvíc pomohlo to nastavení innodb_buffer_pool_size. Po jeho snížení přestalo mysql padat. S těmi dalšími hodnotami si pohraju, ikdyž zatím chyby 500 nedostávám (malá návštěvnost).

Chtěl bych se Tě ještě zeptat. Byl zde zmíněn poradce v mysqlmyadmin. Je to dobré, ale problém je jeho obecnost. Některé věci jako např. "Probíhá příliš mnoho spojení tabulek bez využití klíčů" by jistě stálo za to vyřešit. Jenže když jsem prošel tabulky a zkontroloval jejich indexy, tak na všech používaných cizích klíčích index je. Je nějaký nástroj (přímo v msqlmyadmin nebo jinde), který by u těhlech doporučení byl schopny ukazat i příklady dotazů? Long queries nad 1s mám zapnuté a tam mám v podstatě jen jeden dotaz, který se pravidelně provádí a je potřeba zoptimalizovat. Jenže ten neprobíhá často. Dají se nějak logovat ty dotazy který jsou podle mysqlmyadmin problémové, netrvají nijak dlouho, ale zřejmě databázi zatěžují?

1. 11. 2021 09:47:52

https://webtrh.cz/diskuse/padajici-mysql-na-vps/strana/4#reply1492660

TomasX

(4 hodnocení)

1. 11. 2021 12:22:14

skvělé, ano tohle nastavení přímo určuje množství paměti, které se má alokovat.

Nejspíš myslíš phpMyAdmin, to bohužel nevím, ten již dobrých dvacet let nepoužívám. Pravděpodobně to vytahuje ze slow queries, tam by ty dotazy měly být. To, že máš indexy nemusí znamenat, že nemáš dotazy, které spojují tabulky přes jiné sloupce. Tohle je mravenčí práce, znamená to náhodně procházet dotazy ze slow queries, spouštět si je s explain (dáš před dotaz) a podíváš se jaké indexy a jestli se použijí.

V mysql je možné dočasně nastavit, aby se logovaly veškeré dotazy, ale to asi není přesně co potřebuješ. V praxi dnes používáme relativně pokročilé nástroje nad mysql, které tuhle operativu a kontrolu dělají, jen cenově to není nic pro malé projekty.

1. 11. 2021 12:22:14

https://webtrh.cz/diskuse/padajici-mysql-na-vps/strana/4#reply1492659

Mgr. Tomáš Rychetský

(4 hodnocení)

1. 11. 2021 14:10:59

Jasně phpmyadmin. Že bych spojoval tabulky jinak než přes cizí klíč, ke kterému vytvářím index se mi právě nezdá. Zkusím logovat dotazy nad 0,5s. Logování všech dotazů dost zatěžuje server a stejně bych v tom kvantu nic nenašel. Myslel jsem, zda na to není něco jednoduchého, ale když není tak si holt poradím bez toho. Ještě jednou Ti děkuju za rady:).

1. 11. 2021 14:10:59

https://webtrh.cz/diskuse/padajici-mysql-na-vps/strana/4#reply1492658