Dotaz: InnoDB - error v mysqld.log

[Nes]

prevedl jsem si par tabulek (podle navodu) na innodb a ted jsem objevil nejake logy - mezi tim i log mysqld.log, ve kterem je par erroru porad se opakujicich -

070226 19:36:17 InnoDB: ERROR: the age of the last checkpoint is 9433694,
InnoDB: which exceeds the log group capacity 9433498.
InnoDB: If you are using big BLOB or TEXT rows, you must set the
InnoDB: combined size of log files at least 10 times bigger than the
InnoDB: largest such row.

prikladam i soubor my.cnf, ktery jsem take trochu pozmenil (take dle toho navodu) - myslim, ze by mohl s temito errory mit neco spolecneho - http://83.240.20.48/postupforum/viewtopic.php?p=42#42

Prosim o pomoc

Odpovědi

[razor]

Zdar, nevím zda to stím souvisí, ale v my.cnf vůbec nekonfiguruješ innodb.

[Nes]

jj vim, ze to mam zakomentovane - ja kdyz jsem tam zkousel cpat vsechno co bylo v tom navodu, tak mi mysql vubec nechtelo nastartovat. Tak jsem neco zakomentoval a jede to... jen ty errory... a navic nevim co mam / nemam spatne...

[razor]

Ono je potřeba při změně parametrů innodb úložiště v my.cnf ho znovu vytvořit/inicializovat. To lze třeba udělat tak, že stopneš mysql server, smažeš /var/lib/mysql/ibdata1 a /var/lib/mysql/ib_logfile* (u tebe se ty cesty/soubory mohou lišit) a nastartovat mysql. A nebo použít mysql_install_db. Bacha, tydle operace ti smažou data, takže si udělat dump těch databází.

[Nes]

hmmm a to resi ten muj prvni problem, nebo to je k tomu co bych jeste mel udelat? - s timto bych radsi chvilku pockal - abych si neco nepokazil :D

[razor]

To by mělo řešit to, že když odkomentuješ v my.cnf tu konfiguraci innodb, tak ti nenastartuje mysql. Jestli nakonfigurování innodb pomůže vyřešit první problému ovšem nezaručuju

[svido]

No ono je otazka, jestli vubec potrebujes InnoBD. Jakz mas vubec duvod je pouzivat? Nestaci Ti MyISAM? InnoDB ma sice svec vyhody, ale take nevyhody...

[Nes]

bylo mi receno, ze je pro me lepsi - mam databazi asi z 80 tabulkama a cela databaze ma asi 60 MB (sql)... Pry je pro me vhodnejsi - zhruba 200 lidi z ni PORAD taha hafo veci (moc se v tom nevyznam, ale dal jsem na radu toho, kdo ma to same jako ja)

[svido]

60M? Tak to je pidi DB. Ja bych urcite nechal MyISAM, tedy pokud nepotrebujes relace nebo transakce. S vyuzitim vhodne zvolenych indexu lze doshnout velmi dobre vykony na obou typech.

InnoDB maji napr. vyhodu v relacich a transakcich. Zase jsou pomalejsi pri opravdu velkych poctech zaznamu, na disku zabiraji take vic mista. Nemaji fulltext. index.

MyISAM jsou rychlejsi i pri opravu velkem poctu dat (napr. vpraci pouzivame DB o velikosti cca 20G, kde vetsina tabulek ma vice jak 2mil. zaznamu, pouzivame JOIN, a prumerne casy jsou radove msec.). Nemaji relace a transakce.

Ono toho je mnohem vice. Hodne opravdu zaleni na indexech a optimalizaci SQL dotazu a take i na povaze dat.

[Nes]

takze jsem objevil nejake udaje ohledne mych databazi - hodil jsem to do .doc a uploadnul http://www.sendspace.com/file/7ajwlf (bohuzel jsem v phpmyadmin nenasel export.

- slovo transakce se tam vyskytuje jen 2x a u obojiho je 0

je toto spravny nastroj, podle ktereho se poznaji ruzne veci o databazi?

[svido]

No podle logu zase tak casto transakce nepouzivas, takze podle nema cenu InnoDB. To ma vyznam jen tehdy, pokud potrebujes atomicke operace - sled nekolika SQL dotazu, krete jsou na sobe vazany a zmeny v DB se muzou zapsat pouze tehdy, jsou-li vsechny SQL uspesne.

Na druhou stranu nema vyznam, DB konvertovat zpet do MyISAM (ja bych to mozna udelal). Jenze tezko rici, zalezi jaky vyhled do budoucnosti mas - jestli budou DB v podstate stejne nebo budou exponencialne rust. Take zalezi co se v nich uklada, co vyhledava. Jak jsem jiz psal, kazdy typ DB ma sve + a -. Musis se proste rozhodnout. Rozhodne ale plati, ze rychle zpracovani lze dosahnout jak na InnoDB, tak i na MyISAM.

Co pouzivas za CMS - nebo vcem vlastne pouzivas tu DB?

Nejlepsi je klasicky SQL shell. phpMyAdmin Ti to jen ukaze v graf. podobe. Nic vic, nic min. Osobne hodne pouzivam shell, coz bych doporucoval i Tobe kor, kdyz mas pristup na server - predkladam, ze spravu sveho serveru stejne deles pres SSH.

[Nes]

db budou rust, ale ne zas o moc vice - nevim totiz jak zjistim o kolik narostla od zacatku spusteni

DB se pouziva k hernimu serveru - uzivatele si berou data a zapisuji..

spravu serveru delam pres putty + tightvnc (jsem prebehlik z winu, takze porad mam nasledky :D )

Jinak jsem zacatecnik snad ve vsech oblastech - proto spouste vecem nerozumim - treba jak ovladat sql shell apod... Ale snazim se ucit

[svido]

I ja bohuzel kdysi pracoval pod M$ Widle, kde jsem si na slova Microsoft a Bill Gates vypestoval alergii...

Osobne bych ty DB tabulky nechal asi v InnoDB - podle me je relativne zbytecne je konvertovat zpet. No a pokud by jsi mel casem problemy s vykonem SQL serveru, tak optimalizujes SQL dotazy + vytvoris napr. indexy. V soucasnosti bych to videl asi jako nejschudnejsi cestu. V kazdem pripade bych ale udelal planovanou udrzbu, dumpnul bych DB a opravil tu konfiguraci, jak Ti popsal nekdo vise.

Takze spravujes pres graficke rozhrani? To bych nedelal. X-ka bych schodil, nema cenu aby na serveru bezely.

V konzoli se server prihlasis pomoci SSH, pak staci uz spustit SQL shell (melo by stacit napsat mysql, nebo v adresari kde je instalovany MySQL server v je v bin/mysql).

[Nes]

zanedlouho budu stejne formatovat, takze innodb nebudu davat. (nevadi ted treba, ze mam ted vetsinu tabulek v innodb a par Myisam - vadi to necemu?).

kdyz pro me je zatim prikazovy radek dost tezky - v phpmyadmin si proste vyexportuji radek, prepisi, importuji novy radek (nemusim ho opisovat cely)... To same i vyhledavani a meneni dat v radkach - vazne si nedokazu predstavit, jak bych to ted delal rychle, kdyz v phomyadmin to mam behem par sekund.

Nicmene rozhodne planuji jet jen pres konzoli, ale jeste to asi chvilku potrva az se naucim vice veci

[svido]

Klidne muzes michat typy tabulek, nicemu to nevadi. Jak chces, muzes tam nechat i InnoDB. Nebo jestli pouzivas nejaky projekt na svuj web, tak tam s klidem dej takovy typ, ktery si vytori projekt sam.

Shell je mocna vec. phpMyAdmin mi hodne pripomina widlacky styl = vse pouze klikanim a s tim ja se nestotoznuji. Proto se mi shell tak libi. Ale podle vskusu kazdeho soudruha, zano. phpMyAdmin take cas od casu pouzivam.

V MySQL shellu potrebujes znat v podstate jen SQL dotazy.