Je problém dělat OPTIMIZE TBALES ?

Zdar borci, mám takový dotaz.
Kamarád ohstuje na web4ce s Joomla! 2.5.20.
Původně frčel na staré 1.5.x ale před 2 měsíci přešel migrací.

Pry byl párkrát nahacková, ale Joomla se nedala. Přesto si nainstaloval DMC firewal a něco na statistiky sledování Extra watch.

Nedávno byl vyzván hostingem, že denně provádí nad tabulkami DB příkaz Optimize tables.

Nevíte jak máme zjistit co to způsobuje? Prý by se to dalo jinak řešit dedikovaným servrem nebo VPS.

Díky za každou radu.

Dobrý den,
jedná se o to, že com_extrawatch každou půlnoc spouští OPTIMIZE TABLES a tento proces trvá velice dlouho (dovysvětlím) nad tabulkou extrawatch_ip2c. Zatím neřeším to, že se v tabulce ukládají statistiky (z toho také nadšení nejsme, protože našim klientům poskytujeme Awstats a obecně vzato bývají v redakčních systémech datové modely pro ukládání statistik špatně navrženy), v prvé řadě spočívá problém ve faktu, že tento proces významně pozdrží replikaci produkčního DB serveru na záložní. Toto je dáno sériovou povahou replikace, možnost paralelizace se objevila až ve verzi 5.6.3. Jakmile dojde k významnějšímu zpoždění replikace, jsme upozorněni monitoringem, což není zrovna příjemné, obzvláště, když se tento proces spouští po půlnoci. Korektním řešením by bylo upravit datový model pro com_extrawatch tak, aby využíval table partitioning, vizte: dev.mysql.com/doc/refman/5.1/en/partitioning.html a cs.wikipedia.org/wiki/Partition_(databáze) .
S pozdravem
Milan Beneš
administrátor Web4ce s.r.o.

rada je velice prosta - zahodit zminene rozsireni - uklada to jen hromadu dat, zatezuje to server, ...
radeji pouzivat GA, nebo piwik, ci awstats, ... moznosti je mnoho, zalezi, na co Vam statistiky jsou a co z nich chcete zjistovat