Fórum Root.cz

Hlavní témata => Server => Téma založeno: thcom 26. 02. 2018, 17:19:55

Název: Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 26. 02. 2018, 17:19:55
Dobré odpoledne,

Umřel nám starý Linux server ve firmě, dostal jsem nevděčný úkol postavit nový, šéf nechce kupovat Dell HP apod
Na stroji poběží mysql db pro cca 4 klientské win stanice, db má cca 500 MB, nic extra složitého

Chtěl jsem jít cestou Intel cpu Intel MB Intel ssd do RAID mirror, ale koukám, že Intel MB se už nedělá

Jaký MB používáte na Linux servery, který chipset je ideální, jaké ssd, děkuji moc za vaše postřehy
Název: Re:Poraďte vhodný hw na Linux server pro mysql
Přispěvatel: j 26. 02. 2018, 17:38:34
... takze sef chce HW bez supportu a pocita s tim, ze kdyz se neco podela, budes trebas taky tejden shanet nejakou nahradu (nebo jeste lip, mesic cekat na reklamaci), chapu to dobre?

Porad lepsi koupit HW z frcu, a trebas 2x, ale na bezny veci sezenes nahradni dily nejmin 10 let.

Jaky chipset je irelevantni, protoze chipsety si dela Intel nebo AMD. A jinej nez ten spravnej ti s danym CPU nebude chodit. Ale zacinas z uplne spatny strany ...

Nejdriv si zjisti, co dela ta databaze, kolik IO ti generuje na disk, jakou zetez CPU atd atd. A jestli ma ta databaze vazne 500 MB ???? tak nepotrebujes SSD, protoze se ti cela vejde do rameti libovolnyho desktopu.
Název: Re:Poraďte vhodný hw na Linux server pro mysql
Přispěvatel: thcom 26. 02. 2018, 17:42:01
Děkuji,  mame tu servery dva, mysql se replikuje na záložní, tím řešíme dostupnost


Jak zjistím na Linuxu to IO na disk, zátěž cpu asi přes top že?
Název: Re:Poraďte vhodný hw na Linux server pro mysql
Přispěvatel: xxx 26. 02. 2018, 18:14:52
na cpu htop
na io iotop

Název: Re:Poraďte vhodný hw na Linux server pro mysql
Přispěvatel: dustin 26. 02. 2018, 18:30:35
 Bohužel u mysql nestačí vše držet v paměti, pro nejbezpečnější nastavení je potřeba flushovat žurnál na disk po každé transakci - viz např. https://dba.stackexchange.com/questions/12611/is-it-safe-to-use-innodb-flush-log-at-trx-commit-2

U zatížené DB zápisy je obrovský rozdíl v flushnutí na HW raid s baterkou či SSD a na běžný rotační HDD. Nicméně je otázka, jakou zátěž vygenerují 4 stanice - velice pravděpodobně postačí obyčejné HDD v md raidu kvůli jednoduchým výměnám disků. Na druhou stranu kvalitní SSD dnes stojí pár tisíc a výkon nesrovnatelný...
Název: Re:Poraďte vhodný hw na Linux server pro mysql
Přispěvatel: Tester 26. 02. 2018, 18:46:00
Hp mini server so silnejsim CPU je viac ako dobra volba. Serverove zelezo so 4x diskami - 3x raid5 + 1x hotspare.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 26. 02. 2018, 20:29:58
tak se snazim ukecat ten profi server mam zkusit spise dell nebo hp ?

diky TH
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: adsfasdfasdfasdf 26. 02. 2018, 20:37:35
k mysql se pripojuji ty 4 pracovni stanice?
tak co na kazde stanici mit zaroven spusten virtual s instanci mysql a replikovat to mezi nimi.
nepotrebujes dalsi stroj :-)
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: adsfasdfasdfasdf 26. 02. 2018, 20:40:44
https://mysqlhighavailability.com/easy-load-balancing-and-high-availability-using-mysql-router/
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 26. 02. 2018, 21:15:22
Tak galera cluster mohou  použít (pokud splňují jeho omezující podmínky), s uzlem na každém stroji. Přijde mi to ale trochu overkill...
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Fernet 26. 02. 2018, 22:07:48
HP ML10 nebo ML30, nějaký základ s 4c Xenonem, 8GB RAM, ideálně bez disků. K tomu 3 roky NBD záruka a 2x SSD Intel S35xx 120GB. Dohromady bratrů za 20k bez DPH, což je cena lepšího desktopu.
Název: Re:
Přispěvatel: xaz 27. 02. 2018, 01:01:56
?
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 08:58:11
vim ze me proklejete, ale co rikate na tuto sestavu ?

https://www.alza.cz/asus-prime-z270-a-d4652672.htm
https://www.alza.cz/intel-core-i7-7700-d4630178.htm
2x https://www.alza.cz/kingston-16gb-ddr4-2400mhz-ecc-ktd-pe424e-16g-d4983045.htm
2x https://www.alza.cz/intel-535-360gb-ssd-bulk-d3040624.htm

jde mi hlavne o spravnou frekvenci RAM aby to bezelo optimalne
a ten SSD x35 nevim presne co znamena

dekuji
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Miroslav Šilhavý 27. 02. 2018, 09:04:35
jde mi hlavne o spravnou frekvenci RAM aby to bezelo optimalne
a ten SSD x35 nevim presne co znamena

Frekvenci RAM na výkonu prakticky nepostřehnete. To, že nebudete mít Xeon, ale i7 postřehnete citelně.
Desktopové komponenty se na server vůbec nehodí, důvodů je víc.

SSD ze spotřební třídy Vám brzy odejde, není prakticky jiná možnost, než jít do Samsung nebo Intel, ale do serverových variant. V Alze v nabídce nebudou. Jedná se o  Samsung 863 PM a Sm a Intel S4500/4600.

Nevidím disk na systém a nevidím HW raid.

Obávám se, že pokud jsou Vaše představy takové, jaké píšete, nelze hovořit o žádném dobrém, natož optimálním běhu.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Lol Phirae 27. 02. 2018, 09:18:38
vim ze me proklejete, ale co rikate na tuto sestavu ?

Nic. Prosimtě nebastli a kup si nějakej levnej Dell, třeba. Tohle bastlení nedává finančně vůbec smysl a cpát tam consumer/desktop komponenty už tuplem ne.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Kit 27. 02. 2018, 09:31:43
Když jsem si přečetl požadavky, tak něco podobného by mohlo vyhovovat i do budoucna:
https://www.czc.cz/dell-poweredge-t30-e3-1225v5-8gb-2x1tb_2/225109/produkt (https://www.czc.cz/dell-poweredge-t30-e3-1225v5-8gb-2x1tb_2/225109/produkt)
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: j 27. 02. 2018, 09:36:30
vim ze me proklejete, ale co rikate na tuto sestavu ?
...
Fakt nevim co resis ... jakej mas rozpocet? uz jen z toho co si napsal 50k neni problem ... za 50k koupis hotovej stroj od hp/dell/... vcetne 3/5 let NBD. A muzes si vybrat jesli v provedeni tower nebo rackmount. Kdyz ti na tom neco chcipne, tak prevazne ten druhej den dorazi manik a vymeni ti to.

https://www.alza.cz/search.htm?exps=server
(jen podotykam, ze servery se NEKUPUJOU na eshopech, proste proto, ze ty potrebujes aby ti ho dodali s TVOJI konfiguraci a ne ve vychozim stavu)

Navic na server patrej v kazdym pripade ECC ramky. I ten microserver od HP je ma. Dal se skoro kazdym dostanes neco na tema drac/ilo ... aneb ses schopnej i bios konfigurovat po siti.

Jo, kazdopadne je treba koupit finalni konfiguraci, rozsirovani (takovy aby to bylo dal pod supportem) je vyrazne drazsi.


Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Digi 27. 02. 2018, 09:37:28
Tak šéf teda vybral toho správnýho a sám je asi taky chytrej přes všechno. Vem to co ti radí. Už jen proto, že ta i7 o které sníš má  "ECC Memory Supported ‡ No " a ten chipset Z270 taky není C236 co má třeba HP ML10.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Olda 27. 02. 2018, 09:54:26
vim ze me proklejete, ale co rikate na tuto sestavu ?

jak uz psali jini, server board s ECC neni o moc drazsi.

Take SSD od Samsungu je spravna volba, i kdyz drazsi.

Co se CPU tyce, tak pak na DB aplikace staci i3 - ten taky podporuje ECC (i5,i7 proto zapomenout). Xeon neni potreba.

K hardware raidu se jiz vyjadril pred 20 lety doyen ceskych linuxaru, pak Kasprzak kdyz na otazku ktery hw-raid se doporucuje, odpovedel: ' ty hledas software raid'
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Lol Phirae 27. 02. 2018, 10:01:39
Když jsem si přečetl požadavky, tak něco podobného by mohlo vyhovovat i do budoucna:
https://www.czc.cz/dell-poweredge-t30-e3-1225v5-8gb-2x1tb_2/225109/produkt (https://www.czc.cz/dell-poweredge-t30-e3-1225v5-8gb-2x1tb_2/225109/produkt)

Nedávno jsem "na hraní" kupoval tenhle (https://www.mironet.cz/dell-poweredge-t130-xeon-e31270-v5-36ghz-16gb-2x-2tb-nlsas-dvdrw-h330-2x-glan-3ynbd+dp298058/). Jako bonus to dorazilo s E3-1270 v6, (ten v5 co je v popisku už Dell asi vůbec nedodá). K tomu se akorát dokoupilo 2x16GB paměti (https://www.mironet.cz/kingston-16gb-ddr4-2400mhz-reg-ecc-dimm-cl17-12v-pro-dell+dp331728/) a iDRAC8 Enterprise licence z eBay (https://www.ebay.com/itm/DELL-iDRAC8-Enterprise-License-R330-R430-R530-R630-R730-R730XD-R830-R930-T330/182852288492?hash=item2a92d87fec:g:V80AAOSwytJZ7siK) za cca $35. (Pokud by chtěl něco podobného do racku, tak třeba R230, ale pokud to bude ležet někde v kanceláři na polici tak to asi není až tak dobrý nápad kvůli hluku.)

Na "mysql db pro cca 4 klientské win stanice, db má cca 500 MB" bych nějaké SSD absolutně neřešil, absurdní. Kdybych se chtěl rozšoupnout, tak k tomu koupím další 2x2TB SAS disky a udělám tam RAID-10.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 10:11:06
Ad SSD - mám výborné zkušenosti s již zmiňovanými Intel S35xx, cenově rozumné a drží. Nejstarší 300GB s poměrně zatíženou 100GB DB má naběháno 4 roky, zapsáno 32TB, přečteno 230TB a media wearout 88% (100% = nový).
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 11:29:09
ok, rad si necham poradit, ale mam tu tlak z druhe strany, finance ... chapete

tzn potrebuji argumenty pro server, tzn, kdyz to postavim na dekstopovych komponentech
v ceme je problem, nejsou delany na beh 24x7 ?
v tech serverech je casto HW raid a tomu jsem se chtel vyhnout, znamy problem, kdyz se karta podela, data jsou v haji

chtel jsem jit cestou SW raidu

sousacny server bezel cca 5 let nejaky asus z alzy intel i3, 2x WD raid edition SATA disky RAID 1
a bez problemu, akorat proste uz chceme upgrade vyykonu


a jinak k serverum, poridit neco jako toto je rozumne ?

http://servershop.sk/dell-poweredge-2900-iii/p207560c1029


dekuji za vasi trpelivost

Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: m 27. 02. 2018, 11:32:18
proč to nepostavit na virtualu?
teoreticky pro SQL je to horší, ale pro 4 stanice/500MB?
eliminuje to dost hw problémů s řadiči

ale bez sSD bych do toho nešel...
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 11:47:25
nasel jsem jeste toto za 800 EUR

HP ProLiant ML350 G6 SFF (8x2.5"), Procesory CPU - 2x XEON E5620 (16x 2.40GHz), Pamäť RAM - 32GB DDR3 (8x4GB), Kapacita úložiska HDD alebo SSD - 600GB (4x146GB SAS 10k), Predinštalovaný OS - bez OS, Záruka a podpora - Štandardná záruka 1 rok, Dodatočné komponenty - +SinglePort gigabit Ethernet

dal bych tam raid 5  + spare disk

to by nam mohlo stacit, je to rozumna volba ?
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 11:58:13
No, ta cena mi přijde ujetá, je to hodně starý. Bude to žrát a dělat randál, musíš to někam zavřít.

IMO ti výkonově bohatě stačí nějaký ten HP mini server s 3,5" hotswap disky.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: alshajmr 27. 02. 2018, 12:03:04
Dobré odpoledne,

Umřel nám starý Linux server ve firmě, dostal jsem nevděčný úkol postavit nový, šéf nechce kupovat Dell HP apod
...
Chtěl jsem jít cestou Intel cpu Intel MB Intel ssd do RAID mirror, ale koukám, že Intel MB se už nedělá ...
Zacal bych tim proc ne hp a dell a az se ukaze ze to rozhodnuti nedava smysl tak byxh koupil hp nebo dell s podporou u zakaznika.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Homeatcloud 27. 02. 2018, 12:13:16
Zdravím!
Pročetl jsem si vlákno a koukám, že OP vlastně hledá záložní server, protože se databáze replikovala mezi dvěma stroji. Proč nezkusit zálohování replikací databáze do cloudu? A nebo tu databázi přimo v cloudu provozovat.

V obou případech se virtuální server propojí s firmou pomocí VPNky a může obsluhovat veškerý provoz.

Viděl jsem tu zmiňované ceny jako 50 kKč, přitom VPS server stojí pár stovek za měsíc, viz. například https://www.homeatcloud.cz/vps

A abyste neříkali, že jen dělám reklamu: vedl jsem bakalářku, kde se popisuje metodika, jak změřit a spočítat, jaký výkonový a cenový dopad má replikace mezi dvěma cloudovými regiony versus provozování databáze ve vzdáleném regionu.
https://dspace.cvut.cz/handle/10467/23773
Vondra
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 13:35:56
zkusim to vzit z druhe strany, vysvetlim jak to u nas funguje
firma je restaurace
pokladni system vlastni bastl v Delphi, data ulozena na linux serveru s MySQL
servery mame 2, primar se replikuje na sekundar, kdyz se primar slozi. tak se v pokladne rucne prepne na sekundar a v radu minut se jede dal, toto mi zadna zaruka NBD neporesi
kdyz se mi podela HW zajedu do alzy koupim novou desku, cpu ram, znova nainstaluju linux, zreplikuji MySQL a jedu dal
toto muzu udelat kdykoliv, do atx bedny dam jakoukoliv desku, SW raid znova nahodim
kdyz si spozitam ceny tech NBD tak za tech skoro 10 let za to mam pomalu dalsi stroj
kdyz nebudu mit zaruku za novy MD do specialni desky serveru se nedoplatim

je mi jasny, ze vetsina z vas ma pravdu, NBD hotswap, vzdaleny bios, super, ale realen potrebuji to v mem pripade

nechci zakladat flame, pouze se snazim najit cestu nejmensiho odporu a samozrejme ceny



ta VPS je zajimave reseni, ale chce to stabilni a rychly net a ten bohuzel nenam, na praze1 je to spatny :(

Diky moc
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Kit 27. 02. 2018, 13:59:58
To by zvládl i Synology DS115j.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 14:01:34
To by zvládl i Synology DS115j.

no i3 se 8 GB ram to nezvlada uz
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 14:05:26
no i3 se 8 GB ram to nezvlada uz

Opravdu to nezvládá CPU, nebo je jen pomalý disk? Jsou dobře nastavené klíče v DB? 500MB není žádná velká databáze.

Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: WilDa 27. 02. 2018, 14:05:33
zkusim to vzit z druhe strany, vysvetlim jak to u nas funguje
firma je restaurace
pokladni system vlastni bastl v Delphi, data ulozena na linux serveru s MySQL
servery mame 2, primar se replikuje na sekundar, kdyz se primar slozi. tak se v pokladne rucne prepne na sekundar a v radu minut se jede dal, toto mi zadna zaruka NBD neporesi
kdyz se mi podela HW zajedu do alzy koupim novou desku, cpu ram, znova nainstaluju linux, zreplikuji MySQL a jedu dal
toto muzu udelat kdykoliv, do atx bedny dam jakoukoliv desku, SW raid znova nahodim
kdyz si spozitam ceny tech NBD tak za tech skoro 10 let za to mam pomalu dalsi stroj
kdyz nebudu mit zaruku za novy MD do specialni desky serveru se nedoplatim

je mi jasny, ze vetsina z vas ma pravdu, NBD hotswap, vzdaleny bios, super, ale realen potrebuji to v mem pripade

nechci zakladat flame, pouze se snazim najit cestu nejmensiho odporu a samozrejme ceny



ta VPS je zajimave reseni, ale chce to stabilni a rychly net a ten bohuzel nenam, na praze1 je to spatny :(

Diky moc

A co v tom případě řešíš? hodit tam můžeš cokoliv, pokud se chceš rozšoupnout, tak novej Dell PowerEdge T30, nebo repas dell T320 za 20k například..
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Miroslav Šilhavý 27. 02. 2018, 14:10:14
zkusim to vzit z druhe strany, vysvetlim jak to u nas funguje
firma je restaurace
pokladni system vlastni bastl v Delphi, data ulozena na linux serveru s MySQL
servery mame 2, primar se replikuje na sekundar, kdyz se primar slozi. tak se v pokladne rucne prepne na sekundar a v radu minut se jede dal, toto mi zadna zaruka NBD neporesi

Tady je podle mě viditelná snaha skloubit nerealistické požadavky klienta na dostupnost vs. cenu vs. technické řešení. Samozřejmě, můžete to flikovat tak, jak píšete. Jen namísto posunu vpřed se z Vás stane oprašovač mrtvých technologií jen protože to klient nechce zaplatit. Je logické, že nikdo Vám nedoporučí žádné "nezaručeně zaručené" řešení.

Z obchodního hlediska mě napadají jen tři udržitelné modely spolupráce: buďto dodávat jen software a hardware nechat na klientovi, nebo dodávat i hardware ale přenášet výhody i náklady hardwaru na klienta, nebo s klientem mít uzavřenou servisní smlouvu. Servisní smlouva samozřejmě nemůže jít za hranici toho, co garantuje dodavatel hardware.

Jako varující mi přijde, že úsporu na hardware považujete za větší přínos, než pracnost, kterou to přinese. Nedovedu si vybavit situaci, kde by byl hardware dražší, než jakákoliv práce člověka.

Možná proto Vás zde ostatní nechápou a nerozumí Vašemu požadavku, protože si myslím, že nezapadají do zkušeností lidí z oboru.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Kit 27. 02. 2018, 14:16:00
To by zvládl i Synology DS115j.

no i3 se 8 GB ram to nezvlada uz

V restauraci? Vždyť se ta databáze musí šíleně nudit.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Olda 27. 02. 2018, 14:30:20
To by zvládl i Synology DS115j.

no i3 se 8 GB ram to nezvlada uz

no kdyz si srovnam na cpuboss.com tyhle 2 CPU

Xeon E5-2670  vs Core i3 6100 nebo
Xeon E5620  vs Core i3 6300

tak je na tom i3  lepe. Pricemz ten E5 je vpodstate pro tu firmu nezaplatitelny. Tady neco nehraje.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: j 27. 02. 2018, 14:30:49
no i3 se 8 GB ram to nezvlada uz
To by me zajimalo co ti na tom nezvlada, kdyz se cela ta databaze vejde do RAM. Tudiz vykon disku je irelevantni, a 5 useru zcela jiste neni schopno vygenerovat takovej traffic, aby to vpohode nezvladlo i neco radove pomalejsiho.

Protoze o tom vime prdlajs, tak se samo tezko resi proc, ale v kazdym pripade by ti na neco takovyho mel uplne s prstem v nose stacit nejlevnejsi HW kterej koupis.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 14:52:14
mozna resim problem ze spatne strany

kdyz se podivam na server pres htop tak mi tam bezi 2 procesy /usr/sbin/mysqld a dohromady berou 90 - 100 % CPU

zkousel jsem dat logovat pomaly sql dotazy ale v logu nic neni, mam limit 6 sec, ma zkusit limit snizit

jak se da podprobnei zjistit, co ta db dela a na cem se flaka ?

je tam mariaDB 10.2.13 server je ubuntu xenial


 
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Pavel Stěhule 27. 02. 2018, 15:22:29
mozna resim problem ze spatne strany

kdyz se podivam na server pres htop tak mi tam bezi 2 procesy /usr/sbin/mysqld a dohromady berou 90 - 100 % CPU

zkousel jsem dat logovat pomaly sql dotazy ale v logu nic neni, mam limit 6 sec, ma zkusit limit snizit

jak se da podprobnei zjistit, co ta db dela a na cem se flaka ?

je tam mariaDB 10.2.13 server je ubuntu xenial
Pro interaktivni aplikace se pouziva slowquery limit cca 50..200ms. Spatne napsana aplikace muze utlouc server komunikaci po siti - extremne velkym mnozstvim relativne rychlych dotazu. Nedovedu si ale predstavit tak spatne napsanou aplikaci, aby to utlouklo 5 uzivatelu. Ale proc ne.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 15:37:05
IMO chybí indexy a mysql cykluje na sekvenčním procházení.

Mysql příkaz 'show full processlist' ti vypíše, co zrovna jednotlivé konexe klientů dělají, včetně query. Určitě tam najdeš nějaké dlouho běžící. Pak je spustíš v klientovi s explain, přidáš chybějící indexy a za pár iterací se bude db server flákat.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Lol Phirae 27. 02. 2018, 15:56:48
Prosimtě, jestli ti i3 s 8GB RAM nezvládá to, že pingl jednou za deset minut namarkuje dvě piva a guláš, tak fakt neřeš hardware, ale tu doprasenou aplikaci.

 :o ::)
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 16:02:18
IMO chybí indexy a mysql cykluje na sekvenčním procházení.

Mysql příkaz 'show full processlist' ti vypíše, co zrovna jednotlivé konexe klientů dělají, včetně query. Určitě tam najdeš nějaké dlouho běžící. Pak je spustíš v klientovi s explain, přidáš chybějící indexy a za pár iterací se bude db server flákat.

procesy jsem zkousel, neni tam nic zavadneho

zkusim snizit ten limit na sledovani long query

Kód: [Vybrat]
Id User Host db Command Time State Info Progress
1 system user NULL Daemon NULL InnoDB purge coordinator NULL 0.000
3 system user NULL Daemon NULL InnoDB purge worker NULL 0.000
2 system user NULL Daemon NULL InnoDB purge worker NULL 0.000
4 system user NULL Daemon NULL InnoDB purge worker NULL 0.000
5 system user NULL Daemon NULL InnoDB shutdown handler NULL 0.000
117 kasa 10.0.0.72:49716 pokladna Query 0 Waiting for table level lock UPDATE ucty SET lock_id = 0 WHERE lock_id = 10 0.000
120 kasa 10.0.0.11:63593 pokladna Query 0 updating UPDATE ucty SET lock_id = 0 WHERE lock_id = 11 0.000
508 root localhost NULL Query 0 init show full processlist 0.000
509 root localhost NULL Sleep 0 NULL 0.000
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 16:06:18
Prosimtě, jestli ti i3 s 8GB RAM nezvládá to, že pingl jednou za deset minut namarkuje dvě piva a guláš, tak fakt neřeš hardware, ale tu doprasenou aplikaci.

 :o ::)

on je tam pres obedy nastesti vetsi cvrkot, ale uznavam, ze moje delphi aplikace se znalostmi pascalu z let 90 minuleho stoleti nebude prilis optimalni

akorat se nedokazu dobrat toho, jak zjistit kde se to flaka :(
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: j 27. 02. 2018, 16:50:45
... Waiting for table level lock ... lol

Mno jestli ti to pri kazdym updatu zamkne vsechny tabulky v cely databazi ...

Rek bych, se jednak ti chybej indexy, a druhak mas spatne navrzenou strukturu a system fungovani ty databaze. A je to krasna ukazka toho, jak ani nadupanej HW nevyresi to, co nekdo blbe napise.

Ta i3ka tohle musi davat se zatizenim 0.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 17:21:01
... Waiting for table level lock ... lol

Mno jestli ti to pri kazdym updatu zamkne vsechny tabulky v cely databazi ...

Rek bych, se jednak ti chybej indexy, a druhak mas spatne navrzenou strukturu a system fungovani ty databaze. A je to krasna ukazka toho, jak ani nadupanej HW nevyresi to, co nekdo blbe napise.

Ta i3ka tohle musi davat se zatizenim 0.

super, diky za nasmerovani

tak prvni krok, jsem udelal, ze zmenim db engine z MyISAM na InnoDB, je to spravne ?

indexy pouzivam snad spravne, kazda tabulka ma primarni index na poli id a pokud tabulky spojuji
napriklad, ucty JOIN ucty_polozky ON ucty.id = ucty_polozky.ucty_id tak na tom ucty_id mam index

zkusim sem radeji dat moji konfiguraci mariaDB ke kontrole asi :)

Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Karel Rys 27. 02. 2018, 17:28:34
Nečeká databáze na disky? Jestli občas chybí nějaký index, tak si možná vytváří pomocné soubory, které ukládá na disk... Pak by třeba stačilo tohle přesměrovat do tmpfs.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: alshajmr 27. 02. 2018, 18:23:39
Když jsem si přečetl požadavky, tak něco podobného by mohlo vyhovovat i do budoucna:
https://www.czc.cz/dell-poweredge-t30-e3-1225v5-8gb-2x1tb_2/225109/produkt (https://www.czc.cz/dell-poweredge-t30-e3-1225v5-8gb-2x1tb_2/225109/produkt)

Nedávno jsem "na hraní" kupoval tenhle (https://www.mironet.cz/dell-poweredge-t130-xeon-e31270-v5-36ghz-16gb-2x-2tb-nlsas-dvdrw-h330-2x-glan-3ynbd+dp298058/). Jako bonus to dorazilo s E3-1270 v6, (ten v5 co je v popisku už Dell asi vůbec nedodá). K tomu se akorát dokoupilo 2x16GB paměti (https://www.mironet.cz/kingston-16gb-ddr4-2400mhz-reg-ecc-dimm-cl17-12v-pro-dell+dp331728/) a iDRAC8 Enterprise licence z eBay (https://www.ebay.com/itm/DELL-iDRAC8-Enterprise-License-R330-R430-R530-R630-R730-R730XD-R830-R930-T330/182852288492?hash=item2a92d87fec:g:V80AAOSwytJZ7siK) za cca $35. (Pokud by chtěl něco podobného do racku, tak třeba R230, ale pokud to bude ležet někde v kanceláři na polici tak to asi není až tak dobrý nápad kvůli hluku.)

Na "mysql db pro cca 4 klientské win stanice, db má cca 500 MB" bych nějaké SSD absolutně neřešil, absurdní. Kdybych se chtěl rozšoupnout, tak k tomu koupím další 2x2TB SAS disky a udělám tam RAID-10.
Me se zase zda absurdni kupovat na 500MB databazi 2TB sas disky ... .
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 18:30:15
Nečeká databáze na disky? Jestli občas chybí nějaký index, tak si možná vytváří pomocné soubory, které ukládá na disk... Pak by třeba stačilo tohle přesměrovat do tmpfs.

dle iotop to vypada ze mysqld hrabne na disk jenom sem tam obcas
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Kit 27. 02. 2018, 18:42:56
Podle názvu proměnné lock_id soudím, že aplikace nečeká na server, ale na druhého číšníka, který má tu databázi zamknutou pro sebe. Jak už bylo uvedeno výše, ta aplikace je blbě napsána. Databáze se nezamyká, pokud to není nezbytně nutné. Ten Synology by to hravě zvládl a nudil by se u toho.

Aby bylo jasno: Tohle by zvládlo i Arduino, ale za této situace ti nepomůže ani nadupaný Xeon. Oprav aplikaci.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: j 27. 02. 2018, 19:11:35
dle iotop to vypada ze mysqld hrabne na disk jenom sem tam obcas
Taky co bys tam chtel zapisovat ... i kdybys tech lidi mel 100, tak ti vygenerujou mozna s velkou davkou fantazie 1 update za sekundu.

Tzn v kazdym pripade vis, ze ti stacej dva libovolny SATA disky do zrcadla aby to nechciplo s mrtvym diskem. SSD nanic nepotrebujes.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 19:19:49
Podle názvu proměnné lock_id soudím, že aplikace nečeká na server, ale na druhého číšníka, který má tu databázi zamknutou pro sebe. Jak už bylo uvedeno výše, ta aplikace je blbě napsána. Databáze se nezamyká, pokud to není nezbytně nutné. Ten Synology by to hravě zvládl a nudil by se u toho.

Aby bylo jasno: Tohle by zvládlo i Arduino, ale za této situace ti nepomůže ani nadupaný Xeon. Oprav aplikaci.


nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

nedokazu si predstavit, jak to lze udelat jinak :(
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 19:22:22
dle iotop to vypada ze mysqld hrabne na disk jenom sem tam obcas
Taky co bys tam chtel zapisovat ... i kdybys tech lidi mel 100, tak ti vygenerujou mozna s velkou davkou fantazie 1 update za sekundu.

Tzn v kazdym pripade vis, ze ti stacej dva libovolny SATA disky do zrcadla aby to nechciplo s mrtvym diskem. SSD nanic nepotrebujes.

nechtel bych zapisovat nic, pouze jsem odpovidal na dotaz kolegy
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 19:24:38
moje konfigurace mariaDB

Kód: [Vybrat]
# MariaDB database server configuration file.
#
# You can copy this file to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc_messages_dir = /usr/share/mysql
lc_messages = en_US
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address = 127.0.0.1
#
# * Fine Tuning
#
max_connections = 100
connect_timeout = 5
wait_timeout = 600
max_allowed_packet = 16M
thread_cache_size       = 128
sort_buffer_size = 4M
bulk_insert_buffer_size = 16M
tmp_table_size = 32M
max_heap_table_size = 32M
#
# * MyISAM
#
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched. On error, make copy and try a repair.
myisam_recover_options = BACKUP
key_buffer_size = 128M
#open-files-limit = 2000
table_open_cache = 400
myisam_sort_buffer_size = 512M
concurrent_insert = 2
read_buffer_size = 2M
read_rnd_buffer_size = 1M
#
# * Query Cache Configuration
#
# Cache only tiny result sets, so we can fit more in the query cache.
query_cache_limit = 128K
query_cache_size = 64M
# for more write intensive setups, set to DEMAND or OFF
#query_cache_type = DEMAND
#
# * wLogging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
# general_log_file        = /var/log/mysql/mysql.log
# general_log             = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# we do want to know about network errors and such
log_warnings = 2
#
# Enable the slow query log to see queries with especially long duration
#slow_query_log[={0|1}]
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mariadb-slow.log
long_query_time =
#log_slow_rate_limit = 1000
log_slow_verbosity = query_plan

#log-queries-not-using-indexes
#log_slow_admin_statements
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id = 1
#report_host = master1
#auto_increment_increment = 2
#auto_increment_offset = 1
#log_bin = /var/log/mysql/mariadb-bin
#log_bin_index = /var/log/mysql/mariadb-bin.index
# not fab for performance, but safer
#sync_binlog = 1
expire_logs_days = 10
max_binlog_size         = 100M
# slaves
#relay_log = /var/log/mysql/relay-bin
#relay_log_index = /var/log/mysql/relay-bin.index
#relay_log_info_file = /var/log/mysql/relay-bin.info
#log_slave_updates
#read_only
#
# If applications support it, this stricter sql_mode prevents some
# mistakes like inserting invalid dates etc.
#sql_mode = NO_ENGINE_SUBSTITUTION,TRADITIONAL
sql_mode =""
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
default_storage_engine = InnoDB
# you can't just change log file size, requires special procedure
#innodb_log_file_size = 50M
innodb_buffer_pool_size = 256M
innodb_log_buffer_size = 8M
innodb_file_per_table = 1
innodb_open_files = 400
innodb_io_capacity = 400
innodb_flush_method = O_DIRECT
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem

#
# * Galera-related settings
#
[galera]
# Mandatory settings
#wsrep_on=ON
#wsrep_provider=
#wsrep_cluster_address=
#binlog_format=row
#default_storage_engine=InnoDB
#innodb_autoinc_lock_mode=2
#
# Allow server to accept connections on all interfaces.
#
#bind-address=0.0.0.0
#
# Optional setting
#wsrep_slave_threads=1
#innodb_flush_log_at_trx_commit=0

[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completion

[isamchk]
key_buffer = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 20:13:51
nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

MyISAM neumí row locky, zamyká celou tabulku.

Citace
nedokazu si predstavit, jak to lze udelat jinak :(

Nejdříve bych přešel na innodb. Poté použil transakce. Zámky by možná vůbec nebyly potřeba. Navíc získáš kvalitní podporu spuštění/obnovy replikace pomocí XtraBackup.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 20:19:12
A ještě před přechodem na innodb nastavit file-per-table, ať je to rozdělené do více souborů.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 20:25:26
nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

MyISAM neumí row locky, zamyká celou tabulku.


tim lockem myslim to, ze kdzy jeden pingl otevre ucet tak do policka ucty.lock_id dam id stanice a kdyz ucet ulozi, tak dam SET lock_id = 0

pokud se ucet pokusi otevrit nekdo jiny, a lock_id <> 0 tak se zobrazi hlaska, ucet otevren na stanici baBlaBLA

tohle preci nezamkne celou tabulku, uz jenom proto ze bezne je na kazde stanici otevreny jiny ucet, mezitim se dalsi tiskne atd ...


k transakcim se priznam, jsem se jeste nedopracoval

chapu je tak, ze zavolam, begin transaction, neco se stane (blok prikazu) a potom bud commit nebo rollback

a chapu to jako ochranu celistvosti dane operace, bud se provede vse nebo nic z celeho bloku prikazu

nedovedu si predstavit jak resit kdyz na 2 stancichn otevrou stejny ucet a na kazde prida 2x gulas

v kuchyni nandaji 4x gulas a jsme v riti :(

ono totiz kdyz sectete ignoraci normoHosta blbost standartPingla a tupost OslaKuchare dstanete nebezpecne vybusny koktejl :-|

jinak presun na InnoDB chci zkustit na testovsaci DB doma mi to prislo rychlejsi
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 27. 02. 2018, 20:28:56
A ještě před přechodem na innodb nastavit file-per-table, ať je to rozdělené do více souborů.

takto to zatim v /var/lib/mysql/popkladna mam

a doma se mi po prechodu z myISam na InnBD zmenila koncovky souboru z MYI na ibd tak snad se mi to uz neslouci ?
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Kit 27. 02. 2018, 20:53:05
A ještě před přechodem na innodb nastavit file-per-table, ať je to rozdělené do více souborů.

Nevidím k tomu žádný důvod, spíše naopak.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: dustin 27. 02. 2018, 21:53:08
https://dev.mysql.com/doc/refman/5.6/en/innodb-multiple-tablespaces.html

V novějších mysql/mariadb je to default.

Daleko raději pracuji s adresářovou strukturou, než s obřími soubory, které se při odstranění tabulky nezmenší. Někdy je vhodné db kopírovat rsyncem (např. na devel stroj) a tam je file per table hodně znát. Navíc na filesystému rovnou vidím, kolik v tabulce zabírají data, kolik indexy, nemusím to zjišťovat přes mysql klienta.

Někdo ale třeba potřebuje rychlé create/delete table, tak použije monolit ibdata.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: j 27. 02. 2018, 22:47:50
....
tohle preci nezamkne celou tabulku, uz jenom proto ze bezne je na kazde stanici otevreny jiny ucet, mezitim se dalsi tiskne atd ...
...
Boze boze ....

Citace
117   kasa   10.0.0.72:49716   pokladna   Query   0   Waiting for table level lock   UPDATE ucty SET lock_id = 0 WHERE lock_id = 10   0.000
A co myslis, ze ti to prave tady rika ... ten update ceka, az se provede ten pod nim, a to naprosto zbytecne. A je to tak prave proto, ze mas uzamcenou celou tabulku, coz je v pripade jakykoli databaze stav, za ktery si tvurce aplikace zaslouzi viset ze kule.

Navic .. dalsi kravovina na tom je ta, ze mas ve where lock_id, ktery zaroven updatujes => i pokud na tom poli budes mit index, tak ho obratem rozbijes.

BTW: Transakce ani zdaleka nejsou jenom o tom, ze se udela vsechno nebo nic. Prave v prubehu transakce se napriklad overuje, zda se meneny zaznam zmenil. Pak na to lze reagovat, klidne i tak, ze se userovi rekne, ze tam bylo 0 gulasu, ale ted tam sou 2 a jestli prida ty svy 2 tak ze budou 4 OK/Storno.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: ByCzech 28. 02. 2018, 05:07:48
Sleduji tohle téma od jeho začátku a pořád jsem přemýšlel, jestli se mám zúčastnit nebo ne, protože tazatel je tady už tak trochu známý tím, že o co méně věcem rozumí, o to více se do nich nadšeně pouští (nemyšleno nijak zle či útočně, prostě jen suché konstatování) a také proto, že mu postupně stejně někdo řekl něco podobného. Nicméně nakonec jak vidno jsem se rozhodl také přispět, snad to k něčemu bude...

1. Na potřebnou úlohu vystačí v podstatě jakýkoli běžný PC nejen dnešní, ale klidně pár let starý a bude se to po většinu času nudit a přitom to nemusí to být Xeon, Threadripper či EPYC v big toweru se SAS diskama, velkým množstvím RAM a kdo ví čím ještě - ovšem za předpokladu...

2.  ...že bude správně (jak tady kolegové už porůznu psali):

a) namodelovaná databáze (indexy, relace mezi tabulkama, transakce ap., a to raději ve výčtu nezmiňuji pokročilejší věci jako jsou pohledy, triggery, procedury, eventy...)

b) zvolený DB engine (ne takový, co neumí uzamknout konkrétní řádek v tabulce, ale jen celou tabulku a navíc relace "emuluje", protože neumí cizí klíče ap.)

c) udělaná aplikace (umět pracovat se zámky - což není to co děláš ty, že si vytváříš vlastní semafory o rozpracovaných datech - relacemi, indexy ap.)

...

nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

Ale ano, zamykáš, viz:

Kód: [Vybrat]
117 kasa 10.0.0.72:49716 pokladna Query 0 Waiting for table level lock UPDATE ucty SET lock_id = 0 WHERE lock_id = 10 0.000

bylo by fajn, kdyby sis to co ti vyplivlo sledování procesů v mysql aspoň pořádně přečetl, viz "...table level lock...", ale mám z tebe pocit, že máš nějakou selektivní slepotu, protože i když ti to napsali jasně posléze i jiní, tak ty pak přesto napíšeš něco takového:

nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

MyISAM neumí row locky, zamyká celou tabulku.


tim lockem myslim to, ze kdzy jeden pingl otevre ucet tak do policka ucty.lock_id dam id stanice a kdyz ucet ulozi, tak dam SET lock_id = 0

...možná by sis měl před tím, než něco napíšeš nastudovat něco k tomu, co ti ostatní radí, v tomto případě co je to zamykání v DB (a to tvé vyplňování políček s ID stanice to fakt není) a k tomu taky jak to funguje v Delphi, protože zjevně vůbec netušíš, že ti to v té aplikaci automaticky zamykají ty použité objektové komponenty pro práci s DB, které jsi v Delphi myší přetáhl do návrhu aplikace, aniž bys chápal, jak taková komponenta funguje a pracuje a jak ji pořádně ovládat a používat. Holt daň za "klikací" RAD (https://cs.wikipedia.org/wiki/Rapid_Application_Development).

A když vidím tohle:

nedokazu si predstavit, jak to lze udelat jinak :(

nebo

nedovedu si predstavit jak resit kdyz na 2 stancichn otevrou stejny ucet a na kazde prida 2x gulas

tak to dává tušit, jak asi ta aplikace a celé řešení vypadá...

ono totiz kdyz sectete ignoraci normoHosta blbost standartPingla a tupost OslaKuchare dstanete nebezpecne vybusny koktejl :-|

obzvlášť, když je tahle "rovnice" umocňována předváděnou neschopností řešitele, že?

Myslíš, že se nedá udělat relativně blbovzdorná aplikace, která vliv normoHosta, standardPingla a OslaKuchare sníží limitně k nule a nebude na to zároveň potřeba velmi nadstandardně vybavený HW?
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 28. 02. 2018, 07:54:49
Sleduji tohle téma od jeho začátku a pořád jsem přemýšlel, jestli se mám zúčastnit nebo ne, protože tazatel je tady už tak trochu známý tím, že o co méně věcem rozumí, o to více se do nich nadšeně pouští (nemyšleno nijak zle či útočně, prostě jen suché konstatování) a také proto, že mu postupně stejně někdo řekl něco podobného. Nicméně nakonec jak vidno jsem se rozhodl také přispět, snad to k něčemu bude...

to je krasne napsano, a nemuzu nesouhlasit ...

jak jsem jiz psal vyse, programovat jsme se naucil tak nejak sam v Borland Pascalu v me prvni praci hned po Gymplu
delali jsme nejakou databazi pacientu v nemocnici pomci nejakych DBF knihoven a bohuzel jsem v teto fazi zamrzl dodnes a to mam obavu, ze ani ty dbf knihovny jsem neumel vyuzit naplno ...

samozrejme ta moje aplikace dle toho vypada
cely muj zivot je provazeny nedodelanymi bastly (muj dum, moje firma, moje auta apod ...)  , ze kterych je ovsem mocne citit ti nadseni, ze ktarym jsou budovane ...

presne jak napsal kolega

nicmene co s tim ?

predevsim chci vsem zde podekovat, ze jste me jeste na foru nezablokovali a trpelive zopdovidate me casto prihlouple dotazy
mam toto forum moc rad, prijde mi, ze je to takova oaza v dnesni zumpe interentu, ze se tu k sobe lide chovali celem slusne, je tu opravdu velke mnozstvi hodne chytrych lidi, a clovek se vzdy dobere prinosnych rad, dokonce to funguje i tak, ze se zde daji probrat temata s linuxem ne prilis souvisejici, a vzdy se najde nekdo ochotny poradit

proto jsem se dnes rozhodl stat pravidelnym prispevovatelem, jelikoz muz prinos zde bude vzdy pravdepodobne zaporna nula, snad alespon takto mohu komunite splatit svuj dluh ...




 





 





Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 28. 02. 2018, 08:03:56
a toto napisi radeji do noveho prispevku, protoze by to v tom predeslem slintu mohlo zapadnout

chtel jsem o to zde pozadat jiz davno, ale porad jsem to odkladal a nemel odvahu ...

nasel by se nekdo, kdo by byl ochoten (samozrejme za stedrou uplatu) se se mnou setkat, podivat se na moji aplikaci v delphi
na nas db server a pokusit se poradit v klicovych oblastech, co zlepsit, co predelat aby se apliakce stala alespon trochu sviznejsi ?

ja vim, ze bych si to mel vse nastudovat sam, taky se na to prave chci vrhnout. ale uz jenom gogleni "Waiting for table level lock
" me tak nejak zahltilo a nevim, kudy kam ...

vetsinou mi pohama, kdyz mi nekdo problem vysvetli a muzu se ptat, nez kdzy si o tom sam ctu

je mi jasny, ze vetsina z vas si klepe na celo a rika, vrat se do skoly, ale stareho psa uz novym kouskum nenaucis :(

a kor v mem veku

proto pokud se najde dostatecny masochista, nudu nesmirne rad, je mi jasny, ze to nebude levny, takze nehlaste se vsichni

restaurace je v samem centru Prahy, pokud bude potreba jsem shcopen dovezt privezt odvezt, odmena nebude pouze financni, ale samozrejme i v naturaliich po celou dobu seance :)

dekuji MOC !


Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Pavel Stěhule 28. 02. 2018, 09:07:14
a toto napisi radeji do noveho prispevku, protoze by to v tom predeslem slintu mohlo zapadnout

chtel jsem o to zde pozadat jiz davno, ale porad jsem to odkladal a nemel odvahu ...

nasel by se nekdo, kdo by byl ochoten (samozrejme za stedrou uplatu) se se mnou setkat, podivat se na moji aplikaci v delphi
na nas db server a pokusit se poradit v klicovych oblastech, co zlepsit, co predelat aby se apliakce stala alespon trochu sviznejsi ?

ja vim, ze bych si to mel vse nastudovat sam, taky se na to prave chci vrhnout. ale uz jenom gogleni "Waiting for table level lock
" me tak nejak zahltilo a nevim, kudy kam ...

vetsinou mi pohama, kdyz mi nekdo problem vysvetli a muzu se ptat, nez kdzy si o tom sam ctu

je mi jasny, ze vetsina z vas si klepe na celo a rika, vrat se do skoly, ale stareho psa uz novym kouskum nenaucis :(

a kor v mem veku

proto pokud se najde dostatecny masochista, nudu nesmirne rad, je mi jasny, ze to nebude levny, takze nehlaste se vsichni

restaurace je v samem centru Prahy, pokud bude potreba jsem shcopen dovezt privezt odvezt, odmena nebude pouze financni, ale samozrejme i v naturaliich po celou dobu seance :)

dekuji MOC !

Jsem schopen Vás naučit SQLko a databáze. Komponenty v Delphi jsou zase jiná kapitola o které naopak nevím vůbec nic. Po zkušenostech z Visual Basicu jsem se "inteligentním" db komponentám vyhýbal jak čert kříži - na demo super, na větší aplikaci to byla vlastně úplná tragédie. Přidalo to jen mraky práce navíc - aby to bylo aspoň rozumně rychlé.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: ByCzech 28. 02. 2018, 09:45:13
chtel jsem o to zde pozadat jiz davno, ale porad jsem to odkladal a nemel odvahu ...

nasel by se nekdo, kdo by byl ochoten (samozrejme za stedrou uplatu) se se mnou setkat, podivat se na moji aplikaci v delphi
na nas db server a pokusit se poradit v klicovych oblastech, co zlepsit, co predelat aby se apliakce stala alespon trochu sviznejsi ?

Bylo by ode mě nezdvořilé jen zkritizovat a pak na tuhle výzvu pomoci nereagovat. Takže jestli je zájem, rád se sejdu osobně a můžeme se domluvit co s tím. Placení bych zatím neřešil, dokud si nedohodneme co a jak, beru to jako posezení s kolegou. Praha není problém, jsem už pár let "místňák" :).

V případě zájmu napiš PM a raději upozorni, že jsi to udělal...
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 28. 02. 2018, 10:52:07
chtel jsem o to zde pozadat jiz davno, ale porad jsem to odkladal a nemel odvahu ...

nasel by se nekdo, kdo by byl ochoten (samozrejme za stedrou uplatu) se se mnou setkat, podivat se na moji aplikaci v delphi
na nas db server a pokusit se poradit v klicovych oblastech, co zlepsit, co predelat aby se apliakce stala alespon trochu sviznejsi ?

Bylo by ode mě nezdvořilé jen zkritizovat a pak na tuhle výzvu pomoci nereagovat. Takže jestli je zájem, rád se sejdu osobně a můžeme se domluvit co s tím. Placení bych zatím neřešil, dokud si nedohodneme co a jak, beru to jako posezení s kolegou. Praha není problém, jsem už pár let "místňák" :).

V případě zájmu napiš PM a raději upozorni, že jsi to udělal...


napsal jsem PM DIKY !
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: ByCzech 28. 02. 2018, 12:50:43
napsal jsem PM DIKY !

Sice mi to spadlo do spamu, ale našel jsem to a máš tam odpověď. Zatím není zač :)
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: JohnyCash 01. 03. 2018, 10:14:52
Co to hodit do Cloudu ala AWS?

Odpadly by Vám starosti za HW. V AWS kalkulatoru byste si spočítali, kolik Vás to bude stát.

Buď na přímo na Linuxovej box, nebo na RDS.

Do lokální sítě si to připojíte přes IPSEC VPNku...

Stavět si lokální server na koleně pro databázi je imho dost old-school...


Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: lazywriter 01. 03. 2018, 13:27:20
v my.cnf dat misto key_buffer_size = 128MB treba key_buffer_size=512MB, restart a bude vyreseno.
Viz. https://mariadb.com/kb/en/library/optimizing-key_buffer_size/

Tedy, ziska se cas prepsat aplikaci poradne podle rad, co tu zaznely.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: m 01. 03. 2018, 13:42:32
data v klaudu, data v čaudu...
to je přesně logika mlamojů..

jsou instance nebo lidi který chtějí mít lokální data (at uz technické, subjektivní nebo objektivní důvody)... nevím co "oldschool" by na tom bylo

1) už jne kvalita připojení a latence v hospodě v centru prahy s kamenným barákem... (optiku dokopat na žižkov někam je DOST problém např..

osobně některé věci v Cloudu mám, ale 75 procent ne (i firemní systémy..) z různých důvodů..
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: Ondro 01. 03. 2018, 13:53:18
Toto vidim na trivialnu programatorsku chybu, ktoru skuseny programator opravi za par minut.
Jednoznance tam vysi update a necakam, ze to je sposobene mnozstvom dat v MySQL. Aj keby to bolo bez indexov a zle navrhnuta db, tak to musi zvladat akyklovek HW. Neviem si predstavit ako pri takomto pouziti sa da zabit MySQL. Jedina moznost, co tam vidim, je ta replikacia MySQL.
Ten update sa z nejakych dovodov neukonci vtedy ked ocakvas ale tipujem, ze az neskor pri inej operacii a preto to tam vysi.

Nieco taketo mame postavene zhodou okolnosti tiez v Delphi (7) aj s podobnou funkcionalitou(uzamykanie uctov/stolov je riesene cez samostatnu tabulku) v mojej teraz uz byvalej firme. Je to prehistoricka zalezitost ale funguje spolahlivo. Bezi to s nulovym zatazenim aj na prehistorickom 800MHz VIA C3 aj so 128 MB SDRAM a rotacnym diskom, v spicke, ked 12 casnici vydaju par stoviek obedov. Casnici to nemaju sancu zatazit, kedze su schopny vygenerovat teoreticky max 6 dotazov za sekundu (je tam 6 reg. pokladnic).
Ked teraz pozeram na ten dotaz a tvoj popis funkionality, tak neviem prist na celu logiku, ktoru si pouzil
Kód: [Vybrat]
UPDATE ucty SET lock_id = 0 WHERE lock_id = 11Zaujimala by ma struktura tej tabulky ucty.
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: JohnyCash 01. 03. 2018, 14:32:39
data v klaudu, data v čaudu...
to je přesně logika mlamojů..

jsou instance nebo lidi který chtějí mít lokální data (at uz technické, subjektivní nebo objektivní důvody)... nevím co "oldschool" by na tom bylo

1) už jne kvalita připojení a latence v hospodě v centru prahy s kamenným barákem... (optiku dokopat na žižkov někam je DOST problém např..

osobně některé věci v Cloudu mám, ale 75 procent ne (i firemní systémy..) z různých důvodů..


1. Ale né, žádnej Mlamoj, ale starej Cloud Hosting Supporťák...

Pokud chce mít data lokálně, tak cloud samozřejmě nepadá v úvahu.

2. už jne kvalita připojení a latence v hospodě v centru prahy s kamenným barákem... (optiku dokopat na žižkov někam je DOST problém např..

Záleží... btw. Prej hospoda v Praze :-D

3. osobně některé věci v Cloudu mám, ale 75 procent ne (i firemní systémy..) z různých důvodů..

Znám firmy, co míchají dohromady AWS +Azure a další cloud... a běží jim na tom prakticky všechno... v HQ mají jen malej vmware cluster s pár věcma... Vy je koneckonců znáte taky. ;-)
Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 02. 03. 2018, 06:42:05
Zaujimala by ma struktura tej tabulky ucty.

Kód: [Vybrat]
MariaDB [pokladna]> describe ucty;
+-------------------------+----------------------+------+-----+---------------------+----------------+
| Field                   | Type                 | Null | Key | Default             | Extra          |
+-------------------------+----------------------+------+-----+---------------------+----------------+
| id                      | int(1)               | NO   | PRI | NULL                | auto_increment |                                                                                                                                                                         
| lock_id                 | int(1)               | NO   |     | NULL                |                |                                                                                                                                                                         
| typ                     | set('P','N','I','Z') | NO   | MUL | P                   |                |                                                                                                                                                                         
| merged_to               | int(1)               | NO   |     | NULL                |                |                                                                                                                                                                         
| merged_at               | datetime             | NO   |     | NULL                |                |                                                                                                                                                                         
| splitted_from           | int(1)               | NO   |     | NULL                |                |
| splitted_at             | datetime             | NO   |     | NULL                |                |
| inv_smeny               | set('A','N')         | YES  |     | N                   |                |
| pers                    | set('A','N')         | YES  |     | N                   |                |
| zaloha                  | int(1)               | NO   |     | NULL                |                |
| certifikat              | int(1)               | NO   |     | 0                   |                |
| pokec                   | varchar(25)          | NO   |     | NULL                |                |
| roznos_placen_krcma     | set('A','N')         | YES  |     | A                   |                |
| platba                  | set('H','K','S','P') | NO   |     | H                   |                |
| faktura                 | set('A','N')         | YES  |     | N                   |                |
| kartou_hotovost         | int(1)               | NO   |     | NULL                |                |
| tip                     | int(1)               | NO   |     | 0                   |                |
| eur_22                  | int(1)               | NO   |     | NULL                |                |
| eur_25                  | int(1)               | NO   |     | NULL                |                |
| smeny_id                | int(1)               | NO   |     | 0                   |                |
| dodavatele_id           | int(1)               | NO   |     | NULL                |                |
| dodavatele_doklad_cislo | int(1)               | NO   |     | NULL                |                |
| inv_pracoviste_id       | int(1)               | NO   |     | NULL                |                |
| cislo_dokladu           | int(1)               | NO   |     | 0                   |                |
| stoly_id                | int(1)               | NO   | MUL | 0                   |                |
| stoly_rozliseni_id      | int(1)               | NO   |     | 0                   |                |
| pocet_hostu             | int(1)               | NO   |     | 0                   |                |
| klienti_id              | int(1)               | NO   |     | 0                   |                |
| zprostredkovatel_id     | int(1)               | NO   |     | NULL                |                |
| provize                 | int(1)               | NO   |     | NULL                |                |
| provize_proc            | int(1)               | NO   |     | NULL                |                |
| provize_ucet            | int(1)               | NO   |     | NULL                |                |
| nahanec_id              | int(1)               | NO   |     | NULL                |                |
| nahnal_hlav             | int(1)               | NO   |     | NULL                |                |
| cash_flow_id            | int(1)               | NO   |     | NULL                |                |
| cash_flow_zaplaceno     | int(1)               | NO   |     | NULL                |                |
| faktury_sek_id          | int(1)               | NO   |     | NULL                |                |
| osoby_id                | int(1)               | NO   |     | 0                   |                |
| open                    | timestamp            | NO   |     | current_timestamp() |                |
| closed                  | datetime             | NO   |     | 0000-00-00 00:00:00 |                |
| sleva_nak               | int(1)               | NO   |     | NULL                |                |
| zaokrouhleni            | decimal(7,4)         | NO   |     | 0.0000              |                |
| placeno                 | int(1)               | NO   |     | NULL                |                |
| hash_old                | char(32)             | NO   |     | NULL                |                |
| hash_new                | char(32)             | NO   |     | NULL                |                |
| export                  | set('A','N')         | YES  |     | N                   |                |
+-------------------------+----------------------+------+-----+---------------------+----------------+
46 rows in set (0.00 sec)

Název: Re:Poraďte vhodný hardware na server pro MySQL
Přispěvatel: thcom 02. 03. 2018, 06:43:05

1) už jne kvalita připojení a latence v hospodě v centru prahy s kamenným barákem... (optiku dokopat na žižkov někam je DOST problém např..

a jeste ve sklepe :(
Název: VYRESENO :) DIKY !!!
Přispěvatel: thcom 07. 03. 2018, 19:58:07
pratele, dekuji vsem za rady a podnety

problem se z 90 % vyresil upravou aplikace a vycistenim serveru a databaze

za toto vse vdecim uzivateli ByCzech, ktery me v Krcme ochotne navstvil a pomohl radou i cinem, vcetne trpeliveho zodpovidani mych vecnych zacatecnickych dotazu, dokonce se tu rysuje dlouhodobejsi spoluprace :)

jeste jednou diky a i vsem ostatnim prisedicim

Tomas Holy