Dotaz: Jak zmenšit paměťové nároky MySQL 5.1.

[J@rys]

Zdravim vas. Potreboval bych poradit, jakym zpusobem zmenšit paměťové nároky MySQL verze 5.1 z repozitaru Debain Squeeze. Jedinym pozadavkem, ktery mam, je zachovat cinnost vsech subsystemu mysql. Vykonnost ponechme stranou. Nyni mam nainstalovano mysql 5.1 a v nem navic tabulky po cerstve instalaci phpmyadmin. Dalsi obsah neni. Celkove alokovane mnozstvi pameti je nyni kolem 152MB. Rad bych usetril alespon 100MB. Nastavil jsem jako defaultni MyISAM. InnoDB jsem zatim ponechal zapnute. Poradte, jake buffery a do jake miry je radno zmenit.

Dekuji.

---

---

Odpovědi

[J@rys]

Zkuste změnit hodnoty takto:

[mysqld]
key_buffer = 16K
max_allowed_packet = 1M
table_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 64K
query_cache_limit = 1M
query_cache_size = 8M

innodb_buffer_pool_size = 8M
innodb_additional_mem_pool_size = 1M
innodb_log_file_size = 5M

[isamchk]
key_buffer = 8M
sort_buffer_size = 8M

[myisamchk]
key_buffer = 8M
sort_buffer_size = 8M

Vychází to z OpenSuse 'my-small.cnf' a zkušeností z vlastním serverem, který měl 96Mb Ram :), bohužel již jej nemám, a nemám ten přesný konfigurák z něj…
Pokud chcete aby i InnoDB trošku lépe chodilo změňte:

innodb_buffer_pool_size = 16M
innodb_additional_mem_pool_size = 2M

Jak to dopadlo ?

[poky74]

Páni, 12MB ram jo?

Jasně, rejpu, ale nechceme přeci aby se tu šířili dezinformace.

[Šangala]

Co to? Kde to? Nerozumím :(.

[Heron]

To nic, to byla jen trapná narážka na 96Mb (96 megabitů = 12 megabajtů).

[Šangala]

Áááá sorry, moje chyba.
Oprava: který měl 96MiB

[poky74]

sic mozna trapna, ovsem na miste, pokud vam zamena jednotky nevadi, coz takhle to rovnou udavat v metrech? Alespon v diskusi a pameti by jednotky neli byt spravne

[poky74]

meli

[Heron]

S tím obecně souhlasím ovšem lidská řeč není obecně jednoznačná a význam (myšlenka) je spíše věcí kontextu než přesné formulace. A v tomto případě je skutečně jasné, jak to pisatel myslel zvláště když přikládá jednoznačný konfigurák.

Uznávám, v diskusi o síťovém přenosu by záměna jednotek Mb a MB byla zmatečná.

[poky74]

Samozřejmě jsem pochopil co autor chtěl říci, jde o to že tuhle diskusi si přečte mnoho lidí, bez mého trapného příspěvku z kterého pramení toto vlákno by si spousta lidí spojila velikost operační paměti s "Mb" a mě už docela nebaví pořát dokola lidem vysvětlovat rozdíl mezi Mb a MB.

Naopak, díky našemu vláknu si každý spojí operační paměť s "MB" a síťový provoz s "Mb", tedy nejenže pár dalších lidí bude vědět něco o jednotkách, ale snad to budou i šířit dál, tedy, naše trapné vlákno obecné it gramotnosti pomůže mnohem více než by kdo čekal.

[Heron]

Naopak, díky našemu vláknu si každý spojí operační paměť s "MB" a síťový provoz s "Mb", tedy nejenže pár dalších lidí bude vědět něco o jednotkách, ale snad to budou i šířit dál, tedy, naše trapné vlákno obecné it gramotnosti pomůže mnohem více než by kdo čekal.

I tak se to dá brát, souhlas

[Šangala]

Když už jsem to způsobil svou chybou, tak bych se přidal.
Nebylo by špatné, začít i rozlišovat MB a MiB ať vím kolik to je :)
Jinak obecně je lepší zapisovat bity (dle doporučení ISO/IEC 80000) jako 'bit':

1 kbit/s  = 1000 bit/s
1 Kibit/s = 1024 bit/s
 x
1 kB = 1000 B
1 KB = 1024 B

A je to právě kvůli záměně B/b :)

[poky74]

KiB, MiB.. byly sic vytvořeny aby v tom udělali pořádek, ale ve výsledku v tom udělali ještě větší bordel, používat to je myslím úplná blbost (osobní názor).

Navíc, jak na to tak koukám, tak oni tim že chtěli vytvořit nový standart tak jiný porušili, to je k smíchu.

[Heron]

Který standard porušili? Předpony k, M, G jsou dekadické, tedy 10^3, 6, 9.

Používat je jinak (například pro binární 2^10, 20, 30) je porušení tohoto pravidla. Opět, tady v diskusi je úplně jedno, jestli 96MB myslím správně 96 000 000B nebo nesprávně 100 663 296B. Jenže při diskových operacích (zejména zmenšování FS a LV) už to taková sranda není a pokud by každý program používal jiné jednotky, tak spolehlivě skončíš se ztrátou dat.

[poky74]

plati to, co jsme resili nize, ikdyz tady na tom tam moc nezavisi, proc to nedelat spravne? Nekdo se z toho urcite pouci

[bohyn]

k, M, G kde toto platí jsou předpony SI, byte ani bit ale nejsou SI standardem takže pro ně to platit nemusí a dokud s tím nepřišel marketing výrobců disků tak to ani neplatilo. ki, Mi, Gi... akorát přinesly další bordel. Krom výrobců disků nikdo nepoužívá dekadickou variantu takže v tom žádný problém nevidím.

[Šangala]

Oprava:

1 kbit/s  = 1000 bit/s
1 Kibit/s = 1024 bit/s
 x
1 kB  = 1000 B
1 KiB = 1024 B

Už jsem radši dnes s jednotkami skončil, ještě použiji jednu odpoledne: „koupím si 2ℓ burčáku“ a konec, bo mi to nějak nejde.

[jarysnet]

Super, vyřešeno. Naroky na ram jsou nyni 64 MB. Zbytek naženu jinde. Jeste zminim, ze konfigurak my-small.snf se v opensuse nachazi v /usr/share/mysql. Naproti tomu v debianu squeeze jsem ho nenasel.

[poky74]

Debian /etc/mysql/my.cnf

[Šangala]

To je platná konfigurace MySQL serveru.
V '/usr/share/mysql' na OpenSuse jsou 3 ks předpřipravených konfiguráků small, medium a huge, kde je to „nějak“ v základu nastaveno, když to nechcete řešit nebo nemáte zkušenosti, je to dobrý výchozí bod (nastavení InnoDB, jestli se nepletu, tam je zakomentováno a ve všech souborech je identické).
V Debianu Vás-Nás nikdo nevodí za ručičku, takže tam takovéto předpřipravené konfigurace nejsou (aspoň v Lenny). :)

[Heron]

je to dobrý výchozí bod (nastavení InnoDB, jestli se nepletu, tam je zakomentováno a ve všech souborech je identické).

Tak tak, ještě by tam měl být konf. my-innodb-heavy-4G.cnf s nastaveným InnoDB.

[poky74]

Jiste, zakladni nastaveni je ovsem pro 32MB, coz je myslim dostatecne usporne. Nastavit to pro silnejsi server jiz neni se znaloptmi matematiky zakladni skoly problem.

[Heron]

Nastavit to pro silnejsi server jiz neni se znaloptmi matematiky zakladni skoly problem.

Nastavit to pro silnější server není otázkou matematiky, je to otázkou znalosti té DB a jejího použití. Vůbec to není o vynásobení všech parametrů nějakou konstantou ale o poměrně složitém vyvážení všech parametrů. U MySQL je to zvlášť těžké v případě, že se používá více tabulkových enginů.

[poky74]

Jistě, ale někdo kdo hledá přednastavené konfigurační soubory určitě ony znalosti databázového serveru (či jednotlivých enginů) prostě nemá, nebo s nastavováním nechce ztrácet čas (což opět hovoří o jeho neznalosti).

[Heron]

No to je složité. Pokud to někdo nastaví čistě matematicky, tak snadno skončí s DB, která nejenže nemá žádný výkon, ale ještě k tomu žere příliš mnoho paměti.

Pro pomoc s nastavením výkonových parametrů MySQL vřele doporučuji mysqltuner.pl nebo podobný MySQL Tuning Primer.

Pochopitelně nic z toho nezachrání blbě navržené DB schema.

[poky74]

Souhlasím že nastavovat to přímo úměrně vůči operační paměti není úplně ideální, ale bez potřebných znalostí k správnému nastavení jak enginů tak samotného serveru je to krom dotazu v diskusi nejlepší řešení.