Когато беше на версия 3.23.x, генерирането на статистиките на JOBS.BG траеше около 2.3 минути. След upgrade към версия 4.0.x, всичко става само за 37 секунди!

Като добавим и възможностите за FULLTEXT match IN BOOLEAN MODE, не мога да направя нищо друго, освен да посъветвам тези, които още не са минали на MySQL 4.0.x, да го направят възможно най-скоро.

"If a man hasn't discovered something that he will die for, he isn't fit to live."

Интересно, на каква оптимизация се дължи това ускоряване? Може ли някъде в нета да се прочете нещо по въпроса?

DOOM Will Never Die, Just The Players.

Амиии.... в изходния код със сигурност. Промените са толкова много, че едва ли е реалистично да се опишат в подробности.

Съдържаниет е скрито
Влезте за да го видите

Dakota,

Да не би въпросните статистики да се генерират с FULLTEXT? Ако е така даже би трбвало да е по.голама разликата (в полза на 4.0)

Най-голямото ускорение за сайтове като JOBS.BG може да се получи от Query_cache

Тъй, че те съветвам да следиш внимателно:

SHOW STATUS LIKE "Qcache%";

Е не забравяй, че в 4.0 повечето от параметрите могат да се променят без рестартиране:


SET GLOBAL query_cache_size = ...

Още нещо - мога ли да те цитирам официално?

Съдържаниет е скрито
Влезте за да го видите

Всеки път ме изненадваш с някакво магическо ново query.

В генерирането на статистиките не използвам FULLTEXT.

А това за променливите наистина е готино.

Можеш да ме цитираш официално!

"If a man hasn't discovered something that he will die for, he isn't fit to live."

hi all, Salle,
imam si edn table myTable as ID i title(255), primary po ID i Index po Title

zashto kogato imam slednoto QUERY:

SELECT ID, Title FROM myTable ORDER BY Title

i mu dam EXPLAIN

mi pishe che izplozwa "filesort"?