Dotaz: Jak bezpečně vypnout mysql databazi

[MM]

Dobrý den, chtěl bych se zeptat, jak bezpečně vypnout mysql databazi (server). Do databáze se neustále zapisuje a tak nechci přijít o nějaké data, která by se nestihla uložit před vypnutím. Poradíte prosím někdo? Děkuji. MM

---

---

Odpovědi

Diskuse byla administrátory uzamčena.
FAQ: Proč byl uzamčen/smazán můj dotaz v Poradně?

[stanik89]

ja myslim že by mohlo stačit /etc/init.d/mysql stop

[MM]

Tak to urcite ne, stop shodi server bez ohledu na to jestli se do ni neco zapisuje nebo ne...

[Kit]

Určitě ano. Rozhodně dokončí transakci nebo ji neudělá vůbec. Nevidím důvod, proč by z té transakce měl udělat jen část.

[MM]

Kite neni to tak, poslu data do mysql treba z php v nejakem cyklu a bude to trvat cca 30sec. zkusim to 10x po sobe, vzdy cca 30sec. Kdyz to spustitm a shodim mysql tak se mysql okamzite +-cca 0-2 sec vypne a data tam ulozena vsechna nejsou, jen cast...

[Kit]

Pokud to bude v jedné transakci, tak to v takovém případě musí vrátit všechny dosud provedené změny od začátku transakce.

[Jakub Lucký]

A je to všechno jedna "transakce" tj. je na začátku:

START TRANSACTION

a na konci

COMMIT

?

[MM]

Jejda to snad ještě někdo používá?

[Kit]

Samozřejmě. Používají to všichni, kterým záleží na konzistenci dat.

[rADOn]

Myslím že MM chtěl naznačit něco jiného. Já už jsem "COMMIT" do kódu nenapsal několik let, a troufám si tvrdit že data mám konzistentní.

[Kit]

Pokud každý DB dotaz je dobře napsanou samostatnou transakcí, tak samozřejmě není nutný ani COMMIT, ani BEGIN.

[Šangala]

Anebo přerušení mezi jednotlivými daty nemá vliv na integritu a jen se třeba „hromadí horníci“, které lze čistícím SQL dotazem bezpečně vyvést, nebo je tam nechat shnít. Nicméně stejně se provedou dvě (auto-)transakce (při dvou dotazech), takže je to spíše nevýhoda než výhoda…

[rADOn]

Já jsem měl na mysli spíš používání konstrukcí které zařídí commit/rollback implicitně. Třeba v pythoním db api je ruční transakce v podstatě ilegální…

[Jakub Lucký]

A jak se zajistí, aby byla data konzistentní pokud je důležité mít pro jednu akci více (ne)závislých dotazů?

[Šangala]

Pokud implicitní commit/rollback je „per query“, tak je to na nic (a de-facto je to default MySQL) a data mohou být nekonzistentní.
Pokud Knihovna (api) umí dát dohromady ty věci, které sobě patří a udělat transakci samo, tak OK, ale z principu to nelze nachystat (ze strany api) pro vše, protože je spousta věcí ne jednoznačných snad řešitelných jednou groβe-big transakcí a tam se provede vše, ale otázkou je kdy začíná a kdy končí (bo v takových případech to api nemá šanci poznat).

[rADOn]

... ale otázkou je kdy začíná a kdy končí (bo v takových případech to api nemá šanci poznat).

Jasne ze to pozna, protoze mu to nejakym zpusobem reknes. A kdyz nereknes a transakcni objekt dojde na konec sve platnosti a opravdu to poznat nemuze, tak klidne v destruktoru udela implicitni rollback a pokud mozne jeste zacne rvat ze jsi trouba zapomel na commit. Idealni je kdyz na to ma prostredky primo jazyk, vizte priklad v pajtnu:

conn = MySQLdb.connect("spam", "ham", "dirt", "mud")
with conn as cur:
  cur.query("insert ...")
  ...
  cur.query("select ...")
  if cur.fetchone()[0] == "fully_ladden_swalow": raise RuntimeError("whatever")
  ...

Kdyz ve with bloku vystreli vyjimka, tak se automaticky zavola rollback (a vyjimka se propaguje dal), jinak se na konci bloku zavola commit. Podobnou vec mame ve firme napsanou v C++ a delat bez toho nejaky vetsi projekty bych si uz davno nelajznul. Staci jednou zapomenout commit v nejakym slozitejsim vetveni kde si toho clovek nevsimne... A nenakecate mi ze podobna vec neexistuje pro php, zase TAK spatnej ten jazyk neni

[Šangala]

Jo, tímto způsobem de-facto commit/rollback píšeš, jen ne slovem COMMIT v SQL bo si to hlídá vyšší vrstva.
Ani nevím co jak kde PHP-ko má, na vlastní věci mám vlastní PHP s MySQL „věci“ opírající se o mysqli, DB a objektovou základnu generuji, kde základní věci jsou už ošetřeny (včetně formátů čísel datumu apod.) a „složitější“ věci, klasicky dopisuji další funkce (využívajíc dědičnost + výjimky), takže (většinou) nemám automatický rollback, ale mám něco jako (pokud to není řešeno c_tor & d_tor)

try{
  $rec = new TRec();
  $rec->set_XXy($xy);
  $rec->Insert(false);//no commit
  $rec2 = new TRec2();
  $rec2->set_rec1id_fk($rec->get_id());
  $rec->set_ZZy($zy);
  $rec2->Insert();
  //or 
  //$rec2->Insert(false);
  //r=con->commit();
}catch(Exception $e){ 
  con->rollback();
} 

[rADOn]

Automaticky rollback je ale prave zaklad protoze te donuti si vsimnout kdyz je nekde zapomenuty commit, urcite to zkus. Neni to slozity, proste mas instanci objektu "transakce", ktery udela rollback v destruktoru. IMO se to da zrealizovat v jakymkoliv jazyce s predvidatelnyma destruktorama. Jedina vada je z v C++ nemuzes strilet vyjimky. Navic kdyz uz mas transakci jako objekt, tak mas napul vyresenou replikaci.

Nebo jednodussi pristup ma pajtni db api – kazdej commit zaroven zacne dalsi transakci takze se mimo transakci vlastne ani nedostanes. (With blok vyse je jen takovy vylepsenicko.) To by se snad na PEARovym db modulu nechalo zrealizovat ne?

[Šangala]

…urcite to zkus… - Jak jsem napsal v závorce „pokud to není řešeno c_tor & d_tor“… ;)
Co znamená „strilet vyjimky“ ?
To by se snad na PEARovym db modulu nechalo zrealizovat ne? - ju, může to někdo nechat někoho zrealizovat… :)

[rADOn]

To znamena ze stridam jazyky kde se vyjimkami vrha s jinymi kde se vyjimky zvedaji. Takze aby v tom nahodou nebyl poradek jsem si osvojil jine slovo ktere se vice blizi tomu jak se vyjimka pohybuje na zasobniku

[...]

> Idealni je kdyz na to ma prostredky primo jazyk

narazis tim snad na microsofti C# ? protoze python fakt nic cemu by se dalo rikat "prostredky" nema, jen kokotsky nestabilni api.

[Šangala]

K C# bych spíše pasoval jako narážku větu:
„…se to da zrealizovat v jakymkoliv jazyce s predvidatelnyma destruktorama…“

[Jakub Lucký]

A vy se divíte, že máte nekonzistentní data?

[Šangala]

No tak to potom odpověď na otázku
„Jak bezpečně vypnout mysql databazi“
spolu s
„Kite neni to tak, poslu data do mysql treba z php v nejakem cyklu a bude to trvat cca 30sec“
a
¿TRANSAKCE? „Jejda to snad ještě někdo používá?"
zní: ¡Nijak!,
ale je tím myšleno, že to nelze protože chování aplikace je nekonzistentní.
Pokud aplikace zapisuje data v cyklu N-SQL dotazy a neuzavře je v transakci, tak konzistence/„bezpečnost vypnutí“ je jen na úrovní právě toho jednoho dotazu.

Napadá mě jen jak tomu lehce pomoci a zvýšit šance na ne-velmi zatíženém stroji a pokud se nepoužívají persistentní spojení a to tím, že ve smyčce si kontorlovat SHOW PROCESSLIST a jakmile tam bude „jen“ jeden záznam něco jako Info: SHOW PROCESSLIST, tak to hned stopnout.
Možná tam ještě zaakomoponovat FLUSH TABLES, ale myšlenka je obecně neřešitelná…

[j]

To je ale vyhradne tvoje chyba, protoze zjevne nepouzivas transakce. Pokud bys pouzival (coz je pokud ti jde o konzistenci dat naprosta nutnost), tak se ti to nestane.

[manasekp]

asi bude lepsi napred vypnout aplikaci ktera do toho zapisuje, treba i upozornit uzivatele. Pak uz muzes mysql normalne vypnout. nicmene nejaka nekonzistence dat by vzniknout stejne nemela pokud pouzijes k zastaveni ten init skript.

[Kit]

Jak pozná, která aplikace do DB zapisuje? Mohou jich být desítky. Je nějaký důvod, proč vypínat aplikaci, která do DB zapisuje?

[pocitujlasku]

A ty v aute motor vypinas za jazdy, alebo najskor zastavis a potom vypnes motor? Najbezpecnejsie je ukoncit program a potom stopnut databazu.

[jekub]

ani jako vtip nic moc...

[Šangala]

To je jinak.
Zastavit služby/aplikace a pak vypnout PC je zastavit a vypnout motor.
Popisované (vypnout aplikace a pak vypnout DB) je spíše:
Zastavit, vypnou rádio, zhasnou světla, uvolnit brzdu a pak vypnout motor a začít panikařit, protože se rozsvítilo osvětlení interieru, na které jsi zapomněl a nedal jsi jej předem do polohy off.

[Kit]

Jak poznám, který program mám ukončit před vypnutím databáze? Pokud ty aplikace běží na jiných strojích, tak na to zpravidla ani nemám oprávnění. Mám snad kvůli vypínání databáze zabíjet aplikaci, která musí běžet nonstop?

[cold]

treba takhle service apache2 stop && service mysql stop tohle je zase diskuze jako kdyby nekdo spravoval produkcni server zpracovavajici transakce nejake banky ktera urcite nebude pouzivat mysql

[Kit]

Proč bych měl vypínat Apache, když vím, že Apache s MySQL zpravidla nepracuje? Proč bych tím měl ohrožovat chod webových stránek, které s MySQL nemusí mít nic společného? Prostě MySQL vypnu a o další se nemusím starat. Data v každém případě budou konzistentní.

[j]

Kdyz vis howno o tom, co s tou databazi pracuje, tak se neser do jejiho vypinani. Uplne jednoduchy. Normalni admin vi moc dobre ktery aplikace a pripadne jaky servery se mu k DB pripojujou.

[Kit]

Jistě že to ví, ale ty připojené servery třeba vypnout nechce a ani nechce vypínat jejich běžící aplikace.

[potato]

Pokud je ty věci zapotřebí ukončovat, když vypadne/stopne se databáze, tak už normální admin odešel jinam.

[jekub]

já se přiznám, že netuším jaké aplikace a odkud se k (mnou spravovaným) databázím připojují. A navíc - vůbec mě to nezajímá. Asi nejsem "Normalni admin (tm)"

[manasekp]

z dotazu me pripada ze to vi. prijde me to docela logicke, napred aplikaci korektne ukoncit a ne ji sebrat databazi a cekat jestli se s tim vyrovna. navic predpokladam ze bez databaze ta aplikace bude stejne k nicemu protoze nebude mit data takze muze byt zrovna vypnuta.

[Kit]

Na svém webu MySQL nepoužívám. Proč by měl být ukončen Apache kvůli nějaké databázi, která mě nezajímá? Ne, mně to logické nepřipadá.

Náš administrátor shledal tento komentář závadným.

Vulgarismy.

Zobrazit komentář

[Kit]

Vím své, už se jenom bavím na jejich účet. Je mnoho lidí, kteří kladou rovnítko mezi MySQL a databázi, jako kdyby žádné jiné databáze neexistovaly. Potom by chtěli při vypnutí jedné databáze vypnout půlku Internetu, aby náhodou nezapomněli na nějakou aplikaci, která by byť jen zprostředkovaně tu jejich DB chtěla použít. Někteří si dokonce myslí, že Apache spolupracuje s MySQL, ale to platí jen v případě, kdy PHP běží jako modul. Vlastně tím skriptovacím jazykem nemusí být ani PHP. Vlastně na takovém webovém serveru ani nemusí být Apache...

Tucet databází provozuji i na svém Atomu. Na to nepotřebuji cluster.

[manasekp]

ovsem pro mistry sveta kteri spravuji minimalne pulku internetu neni asi toto forum urcene

[Šangala]

Jestli půlka internetu nebo domácí server, přístup je stejný.

Náš administrátor shledal tento komentář závadným.

Vulgarismy.

Zobrazit komentář

[Pindal]

Tak, tak. Blbouny co by vypínali databázi, aniž by věděli kdo a jak s ní pracuje bych schazoval ze schodů. Pak se strašně diví, že lidem ty aplikace nejdou nebo se ztratili data. Když už se něco má plánovaně vypnout, tak to má dělat člověk co to ví, tj. správce databáze.

[Kit]

Dementy, kteří mi shodí appku jenom proto, že si myslí, že v ní pracuji s databází, kterou oni chtějí vypnout, bych také z firmy vykopl.

[vencour]

Když nechceš nebo nemůžeš vypnout db, tak zakaž na firewallu port 3306/tcp pro nový spojení ... ale lidi tě sežerou tak jako tak

[motyq]

mysqladmin shutdown Mily watsone. Pocka to na dokonceni vsech rozjetych zapisu a korektne to ukonci proces mysqld. Akorat to muze na zaklade naplneni cache trvat nechutne dlouho...

[j]

Presne to a jeste dalsi praci navic udela kazdej normalni spousteci script ... Presto sme u toho, ze pokud dement nepouziva transakce, tak mu dobehne pulka.

[Max]

Takže pánové, takto teda ne. Vše již bylo řečeno (otázka zodpovězena) a už se to tu obrací k nepěknému směru plnému vulgarismů, takže lock.
Zdar Max