LINUXSOFT.cz Přeskoč levou lištu

ARCHIV



   

> MySQL (65) - Ladíme server

Běh serveru lze ovlivnit mnoha parametry. Podíváme se na to, jak a kde se dají v MySQL nastavovat.

31.3.2006 06:00 | Petr Zajíc | Články autora | přečteno 21366×

Přiznám se, že napsat tenhle článek bylo pro mě jednou z nejtěžších věcí v celém seriálu o MySQL. Jde totiž o téma, které se dá pojmout velmi různě - o nastavení serveru. Člověk by mohl sklouznout k mnoha špatným metodám, jak o něčem takovém napsat povídání. Mohl bych například podat suchopárný, nezáživný, vyčerpávající a nezapamatovatelný seznam konfiguračních voleb; mohl bych opsat originální dokumentaci nebo bych se mohl vášnivě rozhovořit o tom, jak to dělám na "svých" instalacích MySQL a proč právě to je "ta nejlepší" cesta.

Pokusil jsem se to všechno neudělat; a mám k tomu moc dobrý důvod. Nastavování serveru totiž není jako nastavování pračky. Databázový server může být používán mnoha způsoby a proto také musí být odlišně vyladěn. Proč? Není to snad tak, že server MySQL slouží jen jako úložiště dat? Ano a ne. Uvědomme si, že jeden a tentýž databázový server může být nastaven různě - a přece pokaždé "správně". Co tedy spolurozhoduje o tom, jak nastavit (kolega by řekl "vytunit") MySQL? Když se nad tím zamyslíte, mohou to být například následující činitele (přičemž mnoho dalších jsem pro jednoduchost vynechal):

  • Na jakém hardware server poběží. Paměť, disky a procesor budou hrát klíčovou roli
  • Zda musíme mít zajištěnou nepřetržitou dostupnost nebo se smíme smířit s občasnými výpadky (třeba u testovacích serverů)
  • Jakým způsobem se s daty pracuje. Často se vkládá? Často se používá SELECT?
  • Kolik uživatelů bude k serveru připojeno. Kolik z nich bude chtít pracovat zároveň.
  • Jaký je objem dat. Kolik máme databází, kolik tabulek v nich a jak často se ty které tabulky používají.
  • Jaké máme typy tabulek.
  • Jaké máme indexy a jak často a hojně se využívají.
  • Zda se používají transakce.

Jak uvídíme, vzít to všechno v úvahu je silně nad rámec seriálu. Proto jsem se rozhodl popsat celé nastavení na několika málo příkladech a doufat, že vnímavý čtenář si odvodí odpovídající postupy i pro další proměnné a volby.

Nastavujeme MySQL

Není to zase tak složité. Pokud chcete v MySQL něco nastavit, potřebujete vlastně "jen":

  • Vědět, co hledáte
  • Vědět, kde a jak se to mění
  • Vědět, co to způsobí a vědět jak to ověřit
  • Vědět, jak se vrátit k původní konfiguraci pokud "to" nebude fungovat

Popíšu celé na příkladu. Zjistíme třeba, že řazení záznamů nám trvá neúměrně dlouho a že by bylo třeba si trochu pohrát s nastavením výkonu pro příkaz ORDER BY. Pravda, příklad je trošku vyumělkovaný, ale záměrně jsem zvolil něco jednoduchého.

Vědět co hledáme

Neexistuje obecný návod; leda byste si každou z voleb pamatovali. Pokud budete chtít optimalizovat řazení dat, pravděpodobně se podíváte do manuálu a zjistíte, že výkon řazení může ovlivnit proměnná sort_buffer_size. Udává velikost bufferu, který si alokuje každé vlákno vykonávající řazení dat. S hodnotou si můžeme samozřejmě pohrát; přičemž je třeba vzít v úvahu, kolik paměti vlastně máme celkem pro server k dispozici a kolik vláken nám (odhadem) bude zároveň potřebovat řadit data.

Pozn.: Údaj "kolik paměti máme pro server" je ošidný sám o sobě. Nezapomeňte, že v reálném světě nám může na jednom stroji kromě MySQL běžet ještě řada služeb či programů a ty potřebují další paměť. Takže to berte opravdu jen jako příklad.

Vědět, kde a jak se to mění

Začněme tím, že si ukážeme, jak vlastně zjistit aktuální hodnotu konfiguračních voleb. To je jednoduché. Stačí se připojit k databázi a zadat příkaz:

show variables;

Cože? Že se v nich nemůžete vyznat? Jenom jsem Vás zkoušel. Moje instalace MySQL 5 obsahuje 209 konfiguračních proměnných, takže v nich se opravdu špatně hledá. Mnohem lepší je

show variables like 'sort_buffer_size';

A hned vidíte, jak na tom jste. Když už jsme u příkazu SHOW VARIABLES, tak bych měl asi upřesnit, že neobsahuje jen měnitelné, konfigurovatelné hodnoty. Obsahuje rovněž například informace o verzi serveru, kterou pochopitelně přepsat nemůžete. Změnit hodnotu proměnné - když to jde - můžete příkazem SET, nějak takto:

set sort_buffer_size=1000000;

Zapamatujte si, že pokud to uděláte, bude nová hodnota platit ihned, ovšem pouze do ukončení aktuálního spojení a pouze pro toto spojení. Jestliže vy nebo někdo jiný otevřete jiné spojení, bude v novém spojení opět původní hodnota proměnné. Což je hezké, ale jak změnit hodnotu pro všechna připojení? Použitím klíčového slova GLOBAL, nějak takto:

set global sort_buffer_size=1000000;

V tomto případě bude nová hodnota platit pro všechna od této chvíle vytvořená nová spojení až do restartu serveru. Z toho ovšem vyplývá, že pro spojení, které proměnnou nastavilo nová hodnota neplatí (pozor na to).

Pokud nám ani to nestačí a potřebujete proměnnou nastavit pro celý server a po každém spuštění, je třeba zabrousit do konfiguračního souboru. Ten bude umístěn typicky v /etc/my.cnf (nebo jinde podle distribuce) a bude mít formát jako ... ini soubor ve Windows. Takže změnu sort_buffer_size provedeme editací příslušné sekce:

[mysqld]
...
sort_buffer_size=100K
...

Pozor, konfigurační hodnoty jsou načítány při startu serveru, tudíž při jejich změně bude nutné MySQL restartovat. A ještě informace pro opravdové znalce: hodnoty konfiguračních voleb můžete povětšinou zadat při startu serveru rovněž jako přepínače do příkazového řádku. Načítání voleb ze souboru mi však přijde mnohem přehlednější.

Jak to ověřit

Docela problém, protože většina voleb má na výkon relativně malý dopad. Dopad změny velikosti proměnné sort_buffer_size bychom mohli ověřit nějak takto:

set sort_buffer_size=100K;
select * from obrovska_tabulka order by pole limit 1000,100;
set sort_buffer_size=100M;
select * from obrovska_tabulka order by pole limit 1000,100;

Čas potřebný ke zpracování výsledků by neměl být stejný, zejména pokud provedete více měření na reálném provozu.

Jak se vrátit k původní konfiguraci

Jak jste asi pochopili, občas bude mít význam vyzkoušet si změnu serverové proměnné pouze pro dané spojení. O návrat do původního stavu se pak vlastně nemusíme starat, protože po ukončení spojení se specifické nastavení ztratí. Jestliže nastavíte proměnnou pomocí set global, její hodnota se obnoví po restartu serveru na původní hodnoty. Pokud se chcete zabývat změnami konfiguračních souborů, je jasné, že bude třeba si je nejprve zálohovat. Pokud se něco pokazí, lze se vrátit k záloze. A ještě něco: do konfiguračních souborů lze psát poznámky. Využijte toho, napište si třeba datum a čas změny, původní hodnotu proměnné nebo proč jste tu kterou volbu měnili. Uvidíte, že to není zbytečná práce.

Protože sort_buffer_size byla použita opravdu jen jako příklad, podíváme se v dalším díle na to, které serverové proměnné mohou ovlivnit naši konfiguraci opravdu podstatným způsobem a také si řekneme, jak zjišťovat stavové informace o právě běžící instanci serveru. Takže se máte na co těšit.

Verze pro tisk

pridej.cz

 

DISKUZE

Nejsou žádné diskuzní příspěvky u dané položky.



Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

28.11.2018 23:56 /František Kučera
Prosincový sraz spolku OpenAlt se koná ve středu 5.12.2018 od 16:00 na adrese Zikova 1903/4, Praha 6. Tentokrát navštívíme organizaci CESNET. Na programu jsou dvě přednášky: Distribuované úložiště Ceph (Michal Strnad) a Plně šifrovaný disk na moderním systému (Ondřej Caletka). Následně se přesuneme do některé z nedalekých restaurací, kde budeme pokračovat v diskusi.
Komentářů: 1

12.11.2018 21:28 /Redakce Linuxsoft.cz
22. listopadu 2018 se koná v Praze na Karlově náměstí již pátý ročník konference s tématem Datová centra pro business, která nabídne odpovědi na aktuální a často řešené otázky: Jaké jsou aktuální trendy v oblasti datových center a jak je optimálně využít pro vlastní prospěch? Jak si zajistit odpovídající služby datových center? Podle jakých kritérií vybírat dodavatele služeb? Jak volit vhodné součásti infrastruktury při budování či rozšiřování vlastního datového centra? Jak efektivně datové centrum spravovat? Jak co nejlépe eliminovat možná rizika? apod. Příznivci LinuxSoftu mohou při registraci uplatnit kód LIN350, který jim přinese zvýhodněné vstupné s 50% slevou.
Přidat komentář

6.11.2018 2:04 /František Kučera
Říjnový pražský sraz spolku OpenAlt se koná v listopadu – již tento čtvrtek – 8. 11. 2018 od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Tentokrát bez oficiální přednášky, ale zato s dobrým jídlem a pivem – volná diskuse na téma umění a technologie, IoT, CNC, svobodný software, hardware a další hračky.
Přidat komentář

4.10.2018 21:30 /Ondřej Čečák
LinuxDays 2018 již tento víkend, registrace je otevřená.
Přidat komentář

18.9.2018 23:30 /František Kučera
Zářijový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 20. 9. 2018 od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Tentokrát bez oficiální přednášky, ale zato s dobrým jídlem a pivem – volná diskuse na téma IoT, CNC, svobodný software, hardware a další hračky.
Přidat komentář

9.9.2018 14:15 /Redakce Linuxsoft.cz
20.9.2018 proběhne v pražském Kongresovém centru Vavruška konference Mobilní řešení pro business. Návštěvníci si vyslechnou mimo jiné přednášky na témata: Nejdůležitější aktuální trendy v oblasti mobilních technologií, správa a zabezpečení mobilních zařízení ve firmách, jak mobilně přistupovat k informačnímu systému firmy, kdy se vyplatí používat odolná mobilní zařízení nebo jak zabezpečit mobilní komunikaci.
Přidat komentář

12.8.2018 16:58 /František Kučera
Srpnový pražský sraz spolku OpenAlt se koná ve čtvrtek – 16. 8. 2018 od 19:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát jsou tématem srazu databáze prezentaci svého projektu si pro nás připravil Standa Dzik. Dále bude prostor, abychom probrali nápady na využití IoT a sítě The Things Network, případně další témata.
Přidat komentář

16.7.2018 1:05 /František Kučera
Červencový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 19. 7. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát bude přednáška na téma: automatizační nástroj Ansible, kterou si připravil Martin Vicián.
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

30.11.2022 9:32 / Kyle McDermott
Hosting download unavailable

13.12.2018 10:57 / Jan Mareš
Re: zavináč

2.12.2018 23:56 / František Kučera
Sraz

5.10.2018 17:12 / Jakub Kuljovsky
Re: Jaký kurz a software by jste doporučili pro začínajcího kodéra?

20.9.2018 10:04 / Jan Ober
Jaký kurz a software by jste doporučili pro začínajcího kodéra?

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2022) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze