MySQL nestabilnější a nestabilnější (diskuse)

[Wire64]

Jestli to nebude tím SUNem. Podobné nářky jsem zaznamenal ohledně Virtualboxu po pohlcení SUNem.

[Heron]

Nemohu souhlasit.

Na MySQL 5 běží hodně produkčních DB bez nejmenšího problému. Začátkem roku někde na zkoušku nasadím 5.1 a uvidím, ale problémy neočekávám.

[Miloslav Ponkrác]

Čímž jste dokázal, že je bez chyby

Mimochodem, nedávno jsem byl požádán o asistenci při záchraně dat způsobené jednou z posledních verzí 5.0. MySQL prostě zlikvidovala část dat v InnoDb, přes všechny snahy se už všechna data nezachránila. Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.

Verze 5.0 je neuvěřitelně problémová a chybová - já osobně od ní dávám ruce pryč. Viděl jsem už hodně zničených dat, a v řadě firem dokonce obcházejí různé její chyby.

Ale pokud do ní dáte několik tabulek s několika sloupci a pár tisíc řádky, tak nejspíš to uchodí.

[Heron]

Čímž jste dokázal, že je bez chyby

Velice jednoduše. Instalace, nastavení a následné používání posíláním SQL příkazů a čtením odpovědi. Tak jednoduché to je .

Mimochodem, nedávno jsem byl požádán o asistenci při záchraně dat způsobené jednou z posledních verzí 5.0. MySQL prostě zlikvidovala část dat v InnoDb, přes všechny snahy se už všechna data nezachránila. Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.

To je docela dobře možné. Předpokládám, že záchrana dat spočívala v obnově zálohy?

Ale pokud do ní dáte několik tabulek s několika sloupci a pár tisíc řádky, tak nejspíš to uchodí.

Sloupců má být obecně co nejméně (to co vypadne z NF), na tom nevidím nic špatného a pokud si ten váš počet záznamů vynásobíte tak 100'000 tak budete na správné hodnotě.

[Miloslav Ponkrác]

Velice jednoduše. Instalace, nastavení a následné používání posíláním SQL příkazů a čtením odpovědi. Tak jednoduché to je 

Už celkem chápu, proč v tom mají chyb jako máku - Vy jim radíte

Stejně je divné, proč vývojové týmy mají tolik testerů, dělají unit testy, vytvářejí rozsáhlé bug report nástroje, a ještě zkoušejí betatestery a kdovíco všeho dalšího, co značně prodražuje vývoj, když je to tak jednoduché.

To je docela dobře možné. Předpokládám, že záchrana dat spočívala v obnově zálohy?

Nakonec ano - nicméně nikdy není záloha zcela aktuální. A pokud máte chyby přímo v MySQL databázovém serveru, nezachrání poslední data ani replikace.

Sloupců má být obecně co nejméně (to co vypadne z NF), na tom nevidím nic špatného a pokud si ten váš počet záznamů vynásobíte tak 100'000 tak budete na správné hodnotě. 

Sloupců má být tolik, kolik je potřeba. Jinak držím Vám palce, abyste dále mohli prohlašovat MySQL za bezchybnou Ale jestli máte 5.0.x a budete na ní trochu více řádit (nejde ani tak o množství dat), pak Vám přeji velkou přízeň Manitúa.

 

 

[Heron]

Už celkem chápu, proč v tom mají chyb jako máku - Vy jim radíte

Nikoliv. Já mám tu správnou versi. Zatímco vy zlobíte, proto dostáváte tu speciální zabugovanou.

Jinak držím Vám palce, abyste dále mohli prohlašovat MySQL za bezchybnou

Zkuste přestat chodit kolem horké kaše a řekněte co konkrétně je tam tak vadného.

[Josef Kufner]

Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.

Tak kdyby chyba byla zdokumentovaná a přitom by nefungovala, tak by to museli zdokumentovat ještě jednou...

[Josef Kufner]

Používám jak Virtualbox, tak MySQL 5.něco a funguje obojí

[Miloslav Ponkrác]

Však ano, funguje Visty taky fungují

Ale chybovost MySQL není vina jenom Sunu, verze 5.x se vyvíjela léta před tím, než firmu převzal Sun.

[Michal Fecko]

>>Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčím, co souvisí s Linuxem - nemám čas se pořád s někým hádat.

tak pridaj blog a nechaj diskusiu volne plynut...

[Heron]

Heh, no on ten poměrně dlouhý zápisek nahradil právě touto větou.

[Luk]

Upřímně řečeno, nechápu, proč to sem vůbec dává, když nepochybně musí ze zkušenosti vědět, jak to dopadne. Tady se prostě flejmuje, s tím se nic nenadělá. A dupat po své hračce (když to řeknu takto obrazně) je výrazem dětinskosti. Co na to více říct...?

[Siegmund Freud]

Míváte často pocit neuznaného génia?

[deda.jabko]

Nemelo to byt spis:

Pokud se na abclinuxu.cz snažím hlasat svou pravdu - nemám čas se pořád s někým hádat. 

[Max]

Úžasné, tak jsem se dozvěděli, že je mysql strašná databáze plná chyb a je vlastně údiv, že vůbec někde funguje, protože to prostě říkáte. Také by mně zajímalo, k čemu jí chcete využívat, zda si vůbec uvědomujete, k čemu je určena, nebo jí jen porovnáváte s oracle?
Ve finále si ještě pobrečme, jak jsou ty lidi na ábíčku flejmaři a musí mít jiné názory, hmm.
Zdar Max

[Luk]

Databáze MySQL nebyla nikdy určena pro nějaké "vážnější nasazení". Vznikla jako rychlá a jednoduchá záležitost pro web, byť se z ní (hlavně ve verzi 5) stalo už něco, co je na cestě k "velkým" DBMS. Vím, že se leckdo snaží MySQL cpát do role databází, kde se běžně nasazuje Oracle nebo DB2, ale pak se nemůže divit, že s tím má problémy. Např. je v MySQL vzácně se projevující chyba, kterou jsem kdysi dávno reportoval a kterou se zřejmě dodnes nepodařilo vyřešit (poškození haldy při práci s dočasnými tabulkami), resp. nebyla odstraněna z BTS. Ovšem za poslední více než 2 roky jsem tuto chybu neviděl (ani na té databázi, kde jsem ji předtím dvakrát zažil). Pro nenáročné webové aplikace lze prostě MySQL bez problémů používat (s verzí 5.1 bych samozřejmě ještě nějakou dobu počkal), nevidím důvod na tuto databázi nadávat.

[Max]

Přesně tak si to taktéž myslím. Jen by mně zajímalo, co si myslí autor blogu. Ovšem pokud ztratil nervy po 5 příspěvcích, nebo kolik jich bylo, smázl zápisek, tak si myslím, že už i to o něčem vypovídá :-/.
Zdar Max

[YYY]

Jsem v teto veci neutralni, ale myslim, ze vase posledni veta je ponekud nestastna!

[Heron]

vase posledni veta je ponekud nestastna

Pan Ponkrác v zápisku nepsal nic konkrétního. Jen, že s MySQL 4 byl spokojený, 5 je zabugovaná a 5.1 na tom bude ještě hůř a uvažuje o přechodu na jiný SŘBD. Zápisek smazal ve chvíli, kdy tu byly jen wireho, mé a jeho komentáře (cca prvních 5 komentářů). A to jsem se ho jen zeptal, co konkrétně je na MySQL5 tak špatného (v zápisku to nebylo uvedeno). Takže Maxeho poznámku chápu.

[AraxoN]

Ono niektoré mysteriózne občasné chyby môžu byť spôsobené aj vadným HW. Ja som tak raz reportoval bug v OpenTTD, chlapík na tom strávil celý deň, analyzoval odoslaný dump odpredu aj odzadu a nakoniec zistil, že v nejakom smerníku bol prehodený jeden bit. A tak som prišiel na to, že mám blbú RAM a típek prišiel o deň života len preto, že nejaký číňan ušetril na pamäťovom module 0,1 centu...

[Luk]

V mém případě to ale tak nebylo. Reportoval jsem toto, což označili jako duplicitu tohoto. Zanedlouho jsem upgradoval na verzi 5, kde se tentýž problém ještě jednou objevil, ovšem pětka se sama restartovala, takže narozdíl od čtyřky (která zůstala viset) to není takový problém. A hlavně už více než 2 roky se to neobjevilo.

[AraxoN]

Pozeral som tie Tvoje bugreporty a nevidím v nich nič čo by vylučovalo HW chybu.

[Luk]

Vzhledem k tomu, že ten stroj běžel/běží zcela stabilně (ta konkrétní DB už je sice nějakou dobu na jiném HW, ale ten starý se stále používá) a nic jiného než MySQL problémy nedělalo, je HW chyba nepravděpodobná.

[thingie]

Church of Ponkrác nás baví, zdá se.

[trekker.dk]

Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčím

Tvé bohaté "zkušenosti" bych nepovažoval za nejspolehlivější zdroj informací...

[Josef II.]

Nekdo se opovazil dotknout Vaseho milovaneho programu, ktery prece nema chyby, ze?

[trekker.dk]

Nepoužívám MySQL. Zpochybňuju zkušenosti astrologa Ponkráce jako celek.

[YYY]

Mrzi mne, ze jsem si tvuj prispevek neprecetl. I kdyz mysql povazuji za kvalitni produkt, zazil jsem nektera uskali. Nehodlam se zde klonit na stranu, ktera je pro nebo proti. Ale musim poznamenat, ze s temi hadkami zde to plati - napr, co se tyka veci kolem politiky

[manasekp]

skoda ze jsem puvodni zapisek necetl, nemate to nekdo zaarchivovane?

nicmene je zajimave jak si autor stoji za svym nazorem kdyz ho dokaze rozhodit nekolik(podle ocitych svedku asi 5) nesouhlasnych prispevku natolik ze svuj blogpost smaze

[Věroš]

I já bych se rád podíval na archivovanou verzi.

Že je MySQL mysteriózně problémová, to vím. Ale počíst si nějakou slušnou analýzu - čemu se vyhnout - to by mne obohatilo.

Tímto zdvořile prosím autora, ať se povznese a článek nám vrátí.

[trekker.dk]

Ale počíst si nějakou slušnou analýzu - čemu se vyhnout - to by mne obohatilo.

Tímto zdvořile prosím autora, ať se povznese a článek nám vrátí.

Článek měl pár odstavců a slušná analýza v něm nebyla.

[dad]

Michael "Monty" Widenius (otec, zakladatel, CTO a v budoucnu jiste cestny predseda MYSQL ) varuje pred pouzivanim 5.1

http://monty-says.blogspot.com/2008/11/oops-we-did-it-again-mysql-51-released.html

[Deleted [8409]]

Mě by teda zajímalo, co jste napsal, i když vaše příspěvky beru s rezervou.

My osobně jsme už od začátku začali používat postgres, zatím jsme zažili pár problémů způsobených naší neznalostí, ale na straně DB zatim klid. Fakt je ten, že je tam vždy tak 20 tabulek a záznamy v řádech 100.

[thingie]

To je skoro škoda práce nastavovat vůbec ten postgres, kvůlivá těm pár záznamům, ne?

[Deleted [8409]]

Ono se to nějak rozrůstá

[YYY]

U nas mame radove miliony az desitky milionu zaznamu ;)

[Josef Kufner]

A čte to někdo ?

[YYY]

Jedna se o data, ze kterych se generuji ruzne grafy a statistiky A to docela casto ;)

[frEon]

zalohovaci server

[Dalibor Smolík]

Já mám asi 30 tabulek typu MyISAM, pět  největších má každá kolem 30 tis. záznamů. Používám již dlouhou dobu MySQL 5.0, závažnější problémy si nevyskytly.

[YYY]

Nebylo by mozne nekde vystavit ten puvodni prispevek? Docela by mne to zajimalo vlastne kvuli cemu se to tady cele tak krasne rozhorelo

[xxxs]

MySQL jsem si oblíbil kdysi z několika důvodů: Byla spolehlivá, perfektně a jasně zdokumentovaná, nenáročná. Ačkoli jsem jinak při používání MySQL trpěl, neboť jsa rozmazlený z profesionálních databází MySQL uměla opravdu málo. Nicméně nikdy mě nevyšplouchla, a tak jsem jí řadil do svých oblíbených.

Jakmile začla pětková řada verzí MySQL, začal jsem mít tušení, že to tak nějak není s MySQL zcela v pořádku. Ono není divu, přidat do MySQL náznak procedur, triggerů a dalších věcí není kosmetická úprava, a tak se leccos asi muselo předělat zcela. Nicméně přístup vývojářů MySQL - tedy dnes už firmy Sun mě nepřestává překvapovat.

MySQL server verze 5.0.x jsem nikdy nenasadil - jeho chyby byl i ve verzích označených jako stabilní přeci jenom dosti hutné - a zejména prznění převodů řetězců mezi znakovými sadami nebyla věc, která by se v ostrém nasazení dala akceptovat. Sice jsem našel vyjádření od MySQL, že tato chyba vzniká špatnou kompilací MySQL, a že v oficiálních binárkách od MySQL tato chyba není (pokolikáté už se přesvědčuji, že balíčkovači u distribucí nemohou nahradit vývojáře daného produktu), ale i tak jsem tomu příliš nevěřil.

Teď byla prohlášena za stabilní řada MySQL 5.1.x. Po zkušenostech z MySQL 5.0 jsem si jen pomyslel, že to bude hrůza, ale v zásadě jsem se těšil, že se konečně budu moci přesunout k režimu bližšímu k profesionálním databázím.

Pro sebe, a pro ostatní zdarma vyvíjím balíček pro testování a instalaci webů, který se jmenuje Complex Web Server, který obsahuje Apache, PHP, MySQL, phpMyAdmin, správce a watch dog pro všechny démony a Subversion v jednom - který není třeba konfigurovat, udělá to sám při instalaci. Podotýkám, že je to Windows balíček. Zakládám si na jeho spolehlivosti a jeho uživatelské přítulnosti.

Rozhodl jsem se, že do balíčku zařadím MySQL 5.1, a začnu ho testovat. 30. verze v řadě 5.1, která je prohlášena za stabilní a za hlavní verzi MySQL bohužel okamžitě padl na chybu v knihovně libmysql. Zkoušel jsem vyměnit libmysql za verzi z řady 5.0 a najednou to chodilo. Myslím, že toto je chyba, na kterou mohli přijít po 5 minutách testování s PHP. Nicméně MySQL 5.1 budu testovat - ale už uvažuji o tom, že bych se spolehl na jinou databázi, než je MySQL.

[Pev]

PostgreSQL 8.3 .

[xxxs]

nie, nie. ja som v tom nevinne. iba som v google cache nasiel ponkracov clanocek. databazy su mimo moj rozsah.

[aaa]

google je svina

http://www.google.com/search?hl=en&q=http%3A%2F%2Fwww.abclinuxu.cz%2Fblog%2Fmiloslavponkrac%2F2008%2F11%2Fmysql-nestabilnejsi-a-nestabilnejsi

[trekker.dk]

Ten link vede na současnou verzi...